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Introduction 


Zilog’ s name  has  become  synonymous  with  logic 
innovation  and  advanced  microprocessor  architec- 
ture since  the  introduction  of  the  Z80®  CPU  in 
1975.  The  Zilog  Family  of  microprocessors  and 
microcomputers  has  grown  to  include  the  products 
listed  in  the  table  below.  Each  product  exhibits 
special  features  that  make  it  stand  above  similar 
products  in  the  semiconductor  marketplace.  These 
special  features  have  proven  to  be  of  substantial 
aid  in  the  solution  of  microprocessor  design 
problems. 

This  reference  book  contains  a collection  of 
application  information  and  Zilog  microprocessor 
products.  It  includes  technical  articles,  appli- 
cation notes,  concept  papers,  and  benchmarks. 
This  book  is  the  second  of  an  expected  series  of 
such  volumes.  We  at  Zilog  believe  that  designing 
innovative  microprocessor  integrated  circuit 
products  is  only  half  the  key  that  unlocks  the 
future  of  microprocessor-based  end  products;  the 
other  half  is  the  creative  application  of  those 
products.  Advanced  microprocessor  products  and 
their  creative  applications  lead  to  end  product 
designs  with  more  features,  more  simply 
implemented,  and  at  a lower  system  cost.  It  is 
hoped  that  this  reference  book  will  stimulate  new 
product  design  ideas  as  well  as  fresh  approaches 
to  the  design  of  traditional  microprocessor-based 
products. 

The  material  in  this  book  is  believed  to  be  accu- 
rate and  up-to-date.  If  you  do  find  errors,  or 
would  like  to  offer  suggestions  for  future  appli- 
cation notes,  we  would  appreciate  hearing  from 
you.  Correction  inputs  should  be  directed  to  Com- 
ponents Division  Technical  Publications,  and 


application  suggestions  should  be  directed  to  Com- 
ponents Division  Application  Engineering. 

Z8  FAMILY 

8-Bit  Single-Chip  Micro- 
computer, 2K/4K  Bytes 
ROM  and  144  Bytes  RAM 

Z8601/Z8603/Z86L01  MCU 
Z861 1/2/3  MCU 
Z8671  MCU 
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Microcomputer  Unit 
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Microcomputer  Unit  with 
BASIC  Debug 
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8-Bit  General-Purpose 
Microprocessor 
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Central  Processing  Unit 
Direct  Memory  Access 
Parallel  I/O  Controller 
Counter/Timer  Circuit 
Serial  I/O  Controller 
Dual  Asynchronous 
Receiver/T  ransmitter 

Z80L  FAMILY 

Low-Power  8-Bit  General- 
Purpose  Microprocessor 

Z8300  CPU 
Z8320  PIO 
Z8330  CTC 
Z8340  SIO 

Central  Processing  Unit 
Parallel  Input/Output 
Counter/Timer  Circuit 
Serial  Input/Output 

Z8000  FAMILY 


16-Bit  General-Purpose 
Microprocessor 


Z8500  FAMILY 


Universal  Peripherals 
(Continued) 


Z8001/2  CPU 

Central  Processing  Unit 

Z8536  CIO 

Counter /Timer  and 

Z8003/4  Z-VMPU 

Virtual  Memory  Processing 

Parallel  I/O  Unit 

Unit 

Z8581  CGC 

Clock  Generator  and 

Z8010  Z-MMU 

Memory  Management  Unit 

Controller 

Z8015  Z-PMMU 

Paged  Memory  Management 

Unit 

Z8016  Z-DTC 

Direct  Memory  Access 

Transfer  Controller 

8/16-Bit  General-Purpose 

Z8030  Z-SCC 

Serial  Communications 

Z800  FAMILY 

Microprocessors 

Controller 

Z8031  Z-ASCC 

Asynchronous  Serial 

Z8108  MPU 

Microprocessing  Unit 

Communications 

Z8208  MPU 

Microprocessing  Unit 

Controller 

Z8116  MPU 

Microprocessing  Unit 

Z8036  Z-CIO 

Counter/Timer  and 

Z8216  MPU 

Microprocessing  Unit 

Parallel  I/O  Unit 

Z8038  Z-FIO 

FIFO  I/O  Interface  Unit 

Z8060  Z-FIFO 

Z-FIFO  Buffer  Unit  and 

FIO  Expander 

32-Bit  General-Purpose 

Z8065  Z-BEP 

Burst  Error  Processor 

Microprocessor  and  80-Bit 

Z8068  Z-DCP 

Data  Ciphering  Processor 

Z809000  FAMILY 

Arithmetic  Processor 

Z8070  APU 

Arithmetic  Processing 

Unit 

Z8500  FAMILY 

Universal  Peripherals 

Z80,000  CPU 

Central  Processing  Unit 

Z8530  SCC  Serial  Communications 

Controller 

Z8331  ASCC  Asynchronous  Serial 

Communications 

Controller 
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INTRODUCTION 

This  application  note  describes  a preprogrammed 
Z8601  MCU  that  contains  a bootstrap  to  external 
program  memory  and  a collection  of  general-purpose 
subroutines.  Routines  in  this  application  note 
can  be  implemented  with  a Z8  Protopack  and  a 2716 
EPROM  programmed  with  the  bootstrap  and  subroutine 
library. 

In  a system,  the  user’s  software  resides  in 
external  memory  beginning  at  hexidecimal  address 
0800.  This  software  can  use  any  of  the 


subroutines  in  the  library  wherever  appropriate 
for  a given  application.  This  application  example 
makes  certain  assumptions  about  the  environment; 
the  reader  should  exercise  caution  when  copying 
these  programs  for  other  cases. 

Following  RESET,  software  within  the  subroutine 
library  is  executed  to  initialize  the  control 
registers  (Table  1).  The  control  register 
selections  can  be  subsequently  modified  by  the 
user’s  program  (for  example,  to  use  only  12  bits 
of  Ports  0 and  1 for  addressing  external  memory) . 
Following  control  register  initialization,  an  El 


Table  1.  Control  Register  Initialization 


Control  Register 


Naue 

Address 

Initial  Value 

Meaning 

TMR 

F1H 

00H 

TO  and  T1  disabled 

P2M 

F6H 

FFH 

P2g-P2y  : inputs 

P3M 

F7H 

10H 

P2  pull-ups  open  drain; 
P30-P33  s inputs; 
P35-P37  : outputs; 

P34  : DM 

P01M 

F8H 

D7H 

PIQ-PI7  • ADg-ADy ; 
P00-P07  : A8-A15; 

normal  memory  timing; 
internal  stack 

IRQ 

FAH 

00H 

no  interrupt  requests 

IMR 

FBH 

00H 

no  interrupts  enabled 

RP 

FDH 

00H 

working  register  file 
00H-0FH 

SPL 

FFH 

65H 

1st  byte  of  stack  is 
register  64H 

instruction  is  executed  to  enable  interrupt 
processing,  and  a jump  instruction  is  executed  to 
transfer  control  to  the  user's  program  at  location 
081 2|^.  The  interrupt  vectors  for  IRQq  through 
IRQ5  are  rerouted  to  locations  0800^  through 
080F|_j,  respectively,  in  three-byte  increments, 
allowing  enough  room  for  a jump  instruction  to  the 
appropriate  interrupt  service  routine.  That  is, 
IRQq  is  routed  to  location  0800^,  I RQ^  to 
0803j^,  IRQ2  to  0806^,  IRQj  to  0809j_j  , IRQ^  to 
080Cj^,  and  IRQ5  to  080F^.  Figure  1 illus- 
trates the  allocation  of  Z8  memory  as  defined  by 
this  application  note. 

The  subroutines  available  to  the  user  are  refer- 
enced by  a jump  table  beginning  at  location 
001BH.  Entry  to  a subroutine  is  made  via  the  jump 
table.  The  32  subroutines  provided  in  the  library 
are  grouped  into  six  functional  classifications. 
These  classifications  are  described  below,  each 
with  a brief  overview  of  the  functions  provided  by 
each  category.  Table  2 defines  one  set  of  entry 
addresses  for  each  subroutine  in  the  library. 

• Binary  Arithmetic:  Multiplication  and  division 
of  unsigned  8-  and  16-bit  quantities. 

• BCD  Arithmetic:  Addition  and  subtraction  of 
variable-precision  floating-point  BCD  values. 


• Conversion  Algorithms:  BCD  to  and  from  decimal 

ASCII,  binary  to  and  from  decimal  ASCII,  binary 
to  and  from  hex  ASCII. 

• Bit  Manipulations:  Packs  selected  bits  into 

the  low-order  bits  of  a byte,  and  optionally 
uses  the  result  as  an  index  into  a jump  table. 

• Serial  1/0:  Inputs  bytes  under  vectored  inter- 

rupt control,  outputs  bytes  under  polled  inte- 
rrupt control.  Options  provided  include: 

odd  or  even  parity 
BREAK  detection 
echo 

input  editing  (backspace,  delete) 
auto  line  feed 

• Timer/Counter:  Maintains  a time-of-day  clock 

with  a variable  number  of  ticks  per  second, 
generates  an  interrupt  after  a specified  delay, 
generates  variable  width,  variable  frequency 
pulse  output. 

The  listings  in  the  "Canned  Subroutine  Library" 
provide  a specification  block  prior  to  each  sub- 
routine, explain  the  subroutine's  purpose,  lists 
the  input  and  output  parameters,  and  gives  pertin- 
ent notes  concerning  the  subroutines.  The  follow- 
ing notes  provide  additional  information  on  data 
formats  and  algorithms  used  by  the  subroutines. 


REGISTER 


PROGRAM 


EXTERNAL  DATA 


FF 

F0 

EF 


80 

7F 

7B 

7A 


6E 

6D 

65 

64 


04 

03 

00 


CONTROL 

REGISTERS 

FFFF 

FFFF 

UNIMPLEMENTED 

1 

2 

USER 

DEFINED 

USER 

DEFINED 

3. 

STACK 

0812 

START 

USER 

DEFINED 

0811 

0800 

INTERRUPT  VECTORS 
(3  BYTE/I  RQx) 

07FF 

INTERNAL 

SUBROUTINES 

I/O  PORTS 

0000 

0000 

REGISTERS  USED  BY  SUBROUTINES: 

1.  USED  BY  MOST  ROUTINES 

2.  USED  BY  SERIAL  ROUTINES  ONLY 

3.  USED  BY  TIMER/COUNTER  ROUTINES  ONLY 


Figure  1.  "ROMless  Z8N  Subroutine  Library  Memory  Usage  Map 
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1*  Although  the  user  is  free  to  modify  the  condi- 
tions selected  in  the  Port  3 Mode  register 
(P3M,  F7j_j)  9 P3M  is  a write-only  register. 
This  subroutine  library  maintains  an  image  of 

P3M  in  its  register  P3M save  (7F|_j)  • If 

software  outside  of  the  subroutine  package  is 
to  modify  P3M,  it  should  reference  and  modify 

P3M save  prior  to  modification  of  P3M.  For 

example,  to  select  P32/P35  for  handshake,  the 
following  instruction  sequence  could  be  used: 

0R  P3M_save,  #04H 

LD  P3M,  P3M save 

2.  For  many  of  the  subroutines  in  this  library, 
the  location  of  the  operands  (source/destina- 
tion) is  flexible  between  register  memory, 
external  memory  (code/data),  and  the  serial 
channel  (if  enabled).  The  description  of  each 
parameter  in  the  specification  blocks  tells 
what  the  location  options  are. 

• The  location  designation  "in  reg/ext 

memory"  implies  that  the  subroutine  allows 
the  operand  to  exist  in  register  or  in 
external  data  memory.  The  address  of  such 
an  operand  is  contained  m the  designated 
register  pair.  If  the  high  byte  of  that 
pair  is  0,  the  operand  is  in  register 
memory  at  the  address  held  in  the  low  byte 
of  the  register  pair.  Otherwise,  the 
operand  is  in  external  data  memory 

(accessed  via  LDE). 

• The  location  designation  "in  reg/ext/ser 

memory"  implies  the  same  considerations  as 
above  with  one  enhancement:  if  both  bytes 

of  the  register  pair  are  0,  the  operand 
exists  in  the  serial  channel.  In  this 
case,  the  register  pair  is  not  modified 
(updated).  For  example,  rather  than  stor- 
ing a destination  ASCII  string  in  memory, 
it  might  be  desirable  to  output  the  string 
to  the  serial  line. 

3.  The  BCD  format  supported  by  the  following 
arithmetic  and  conversion  routines  allows  rep- 
resentation of  signed  variable-precision  BCD 
numbers.  A BCD  number  of  2n  digits  is  repre- 
sented in  n+1  consecutive  bytes,  where  the 
byte  at  the  lowest  memory  address  (byte  0) 
represents  the  sign  and  post-decimal  digit 
count,  and  the  bytes  in  the  n higher  memory 
locations  (bytes  1 through  n)  represent  the 
magnitude  of  the  BCD  number.  The  address  of 
byte  O.and  the  value  n are  passed  to  the  sub- 
routines in  specified  working  registers. 


Digits  are  packed  two  per  byte  with  the  most- 
significant  digit  in  the  high-order  nibble  of 
byte  1 and  the  least-significant  digit  in  the 
low-order  nibble  of  byte  n.  Byte  0 is  organ- 
ized as  two  fields: 

Bit  7 represents  sign: 

1 = negative; 

0 = positive. 

Bits  0-6  represent  post -decimal  digit  count. 
For  example: 


byte  0 

ii 

o 

v-n 

= positive,  with 

five 

post- 

decimal  digits 

ll 

00 

o 

= negative, 
decimal  digits 

with 

no 

post- 

= 90h 

= negative, 
decimal  digits 

with 

16 

post- 

The  format  of 

the  decimal 

ASCII 

character 

string 

expected  as  input  to 

the 

conversion 

routines  "dascbcd"  and  "dascwrd"  is  defined 
as: 

( + 1 - ) ( <digit>  ) [ ( <digit>  ) ] 

in  which 


( 

) 

Parentheses 

mean  that 

the 

enclosed 

times  or  can 

be  omitted. 

[ 

] 

Brackets  denote  that 

the 

enclosed 

element  is  optional. 

Table  3 illustrates  how  various  input  strings 
are  interpreted  by  the  conversion  routines. 

5.  The  format  of  the  decimal  ASCII  character 
string  output  from  the  conversion  routine 
"bcddasc"  operating  on  an  input  BCD  string  of 
2n  digits  is 

1 sign  of  character  ( + 1 - ) 

2n-x  pre-decimal  digits 
1 decimal  point  if  x does  not  equal  0 
x post-decimal  digits 

6.  The  format  of  the  decimal  ASCII  character 
string  output  from  the  conversion  routine 
"wrddassc"  is 

1 sign  character  (determined  by  bit  15  of 
input  word) 

6 pre-decimal  digits 
no  decimal  point 
no  post-decimal  digits 
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Table  2.  Subroutine  Entry  Points 


Address 

Name 

Description 

Binary  Arithmetic  Routines 

001B 

divide 

16/8  unsigned  binary  division 

001E 

div_16 

16/16  unsigned  binary  division 

0021 

multiply 

8x8  unsigned  binary  multiplication 

0024 

mult_16 

16x16  unsigned  binary  multiplication 

BCD  Arithmetic  Routines 

0027 

bcdadd 

BCD  addition 

002A 

bcdsub 

BCD  subtraction 

Conversion  Routines 

00 2D 

bcddasc 

BCD  to  decimal  ASCII 

0030 

dascbcd 

Decimal  ASCII  to  BCD 

0033 

bcdwrd 

BCD  to  binary  word 

0036 

wrdbcd 

Binary  word  to  BCD 

0039 

bythasc 

Binary  byte  to  hexadecimal  ASCII 

003C 

wrdhasc 

Binary  word  to  hexadecimal  ASCII 

00  3F 

hascwrd 

Hexadecimal  ASCII  to  binary  word 

0042 

wrddasc 

Binary  word  to  decimal  ASCII 

0045 

dascwrd 

Decimal  ASCII  to  binary  word 

Bit  Manipulation  Routines 

0048 

clb 

Collect  bits  in  a byte 

004B 

tmj 

Table  jump  under  mask 

Serial  Routines 

004E 

ser  init 

Initialize  serial  1/0 

0051 

ser_input 

IRQ3  (receive)  service 

0054 

ser_rlin 

Read  line 

0057 

ser_rabs 

Read  absolute 

005A 

ser_break 

Transmit  BREAK 

005D 

ser_flush 

Flush  (clear)  input  buffer 

0060 

ser  wlin 

Write  line 

0063 

ser  wabs 

Write  absolute 

0066 

serjwbyt 

Write  byte 

0069 

ser  disable 

Disable  serial  1/0 

Timer/Counter  Routines 

006C 

tod_i 

Initialize  for  time-of-day  clock 

006F 

tod 

Time-of-day  IRQ  service 

0072 

delay 

Initialize  for  delay  interval 

0075 

pulse  i 

Initialize  for  pulse  output 

0078 

pulse 

Pulse  IRQ  service 
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7.  Procedure  name:  ser input 

The  conclusion  of  the  algorithm  for  BREAK 
detection  requires  the  Serial  Receive  Shift 
register  to  be  cleared  of  the  character 
currently  being  collected  (if  any).  This 
requires  a software  wait  loop  of  a 
one-character  duration.  The  following 

explains  the  algorithm  used  (code  lines  464 
through  472,  Part  II): 


The  register  pair  SERhtime,  SERI time  was 
initialized  during  ser  mit  to  equal  the 
product  of  the  prescaler  and  the  counter 
selected  for  the  baud  rate  clock.  That  is, 

SERhtime,  SERItime  = PREO  x TO 

The  instruction  sequence 

inlop:  Id  rSERtmpl,  #53  (6  cycles) 


1 character  time  = 


(128xPRE0xT0)  sec  bit 
XTAL  bit  X ° char 


lpl:  djnz  rSERtmpl,  lpl  (12/10  cycles 

taken/not  taken) 


1280xPRE0xT0  sec 
XTAL  char 


executes  in 


» . .....  6 + (52  x 12)  + 10  cycles  = 640  cycles 

A software  loop  equal  to  one  character  time  is 

needed : 


1 character  time  = 


2 sec 
XTAL  cycle 


x n 


cycle 

loop 


2n  sec 
XTAL  loop 


Solve  for  n: 

(1280  x PREO  x TO)  2n 
XTAL  = XTAL 

n = 640  x PREO  x TO 


8.  BREAK  detection  on  the  serial  input  line 
requires  that  the  receive  interrupt  service 
routine  be  entered  within  a half-a-bit  time, 
since  the  routine  reads  the  input  line  to 
detect  a true  ( = 1)  or  false  (=0)  stop  bit. 
Since  the  interrupt  request  is  generated 
halfway  through  reception  of  the  stop  bit, 
half-a-bit  time  remains  in  which  to  read  the 
stop  bit  level.  Interrupt  priorities  and 
interrupt  nesting  should  be  established 
appropriately  to  ensure  this  requirement. 


1/2  bit  time 


(128  x PREO  x TO) 
XTAL  x 2 


sec 


Table  3.  Decimal  ASCII  Character  String  Interpretation 


Input  String 

Sign 

Result  - 
Pre-Decimal 
Digits 

Post-Decimal 

Digits 

Terminator 

+1234.567, 

+ 

1234 

567 

» 

+ +.789+ 

- 

789 

+ 

1234.. 

+ 

1234 

* 

4976- 

+ 

4976 

- 

NOTE : The  terminator 

can  be  any 

ASCII  character 

that  is  not  a valid 

ASCII  string 

character. 
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ROMLESS  Z8  SUBROUTINE  LIBRARY  PART  I 


3.02 

OBJ  CODE 


STMT  SOURCE  STATEMENT 


PART  I MODULE 


!’ ROMLESS  Z8 


SUBROUTINE  LIBRARY  PART  I 


Initialize : 


Port  0 & Port  1 set  up  to  address 
64K  external  memory; 
internal  stack  below  allocated 
RAM  for  subroutines; 
normal  memory  timing; 

IMR,  IRQ,  TMR , RP  cleared; 

Port  2 inputs  open-drain  pull-ups; 
Data  Memory  select  enabled; 

El  executed  to  ’unfreeze1  IRQ; 

Jump  to  $0812. 


Note:  The  user  is  free  to  modify  the  initial 

conditions  selected  for  a,  b,  and  c above, 
via  direct  modification  of  the  Port  0 & 1 
Mode  register  (P01M,  %F8) . 

The  user  is  free  to  modify  the  conditions 


selected  in  the  Port  3 Mode  register  (P3M,  %F7). 
However,  please  note  that  P3M  is  a write-oniy 
register.  This  subroutine  library  maintains 
an  image  of  P3M  in  its  register  P3M_save  (%7F). 
If  software  outside  of  the  subroutine  package 
is  to  modify  P3M,  it  should  reference  and  modify 
P3M_save,  prior  to  modification  of  P3M.  For 
example,  to  select  P32/P35  for  handshake,  use 
an  instruction  sequence  such  as: 

OR  P3M_save,n0M 

LD  P3M,P3M_save 

This  is  important  if  the  serial  and/or  timer/ 
counter  subroutines  are  to  be  used,  since  these 
routines  may  modify  P3M. 
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44  ! Access  to  GLOBAL  subroutines  in  this  library  should 

45  be  made  via  a CALL  to  the  corresponding  entry  in  the 

46  jump  table  which  begins  at  address  %000F.  The  jump 

47  table  should  be  referenced  rather  than  a CALL  to  the 

48  actual  entry  point  of  the  subroutine  to  avoid  future 

49  conflict  in  the  event  such  entry  points  change  in 

50  potential  future  revisions. 

51 

52  Each  GLOBAL  subroutine  in  this  listing  is  headed  by  a 

53  comment  block  specifying  its  PURPOSE  and  calling 

54  sequence  (INPUT  and  OUTPUT  parameters).  For  many  of 

55  the  subroutines  in  this  library,  the  location  of  the 

56  operands  (sources/destinations)  is  quite  flexible 

57  between  register  memory,  external  memory  (code/data), 

58  and  the  serial  channel  (if  enabled).  The  description 

59  of  each  parameter  specifies  what  the  location  choices 

60  are: 

61 

62  - The  location  designation  'in  reg/ext  memory' 

63  implies  that  the  subroutine  allows  that  the  operand 

64  exist  in  either  register  or  external  data  memory 

65  The  address  of  such  an  operand  is  contained 

66  in  the  designated  register  pair.  If  the  high  byte  of 

67  that  pair  is  zero,  the  operand  is  in  register  memory 

68  at  the  address  given  by  the  low  byte  of  the  register 

69  pair.  Otherwise,  the  operand  is  in  external  data 

70  memory  (accessed  via  LDE) . 

71 

72  - The  location  designation 

73  ’in  reg/ext/ser  memory'  implies  the  same 

74  considerations  as  above  with  one  enhancement:  if  both 

75  bytes  of  the  reg.  pair  are  zero,  the  operand  exists 

76  in  the  serial  channel.  In  this  case,  the  register 

77  pair  is  not  modified  (updated).  For  example,  rather 

78  than  storing  a destination  ASCII  string  in  memory,  it 

79  might  be  desirable  to  output  such  to  the  serial  line. 

80  ! 


82  CONSTANT 

83  ! Register  Usage! 

84 

85  RAM  START 

86 

87  P3M  save 

88  TEM?_3 

89  TEMP  2 

90  TEMP__1 

91  TEMP  4 


%7F 

RAM_START 
P3M  save-1 
TEM7  3-1 
TEMP  2-1 
TEMP  1-1 


IThe  following  registers  are  modified/referenced 
by  the  Serial  Routines  ONLY.  They  are 
available  as  general  registers  to  the  user 
who  does  not  intend  to  make  use  of  the 
Serial  Routines! 


ar  :=  TEMPJ4-1 

p2  : = SER_char-1 

pi  : = SER  tmp2-1 

t : = SER_tmp1 -1 

n : = SER  put-1 

f :=  SER“len-2 

r :=  SER_buf-1 

g : = SER_imr-1 

1 Configuration  Data 
: =1  =>  odd  parity  on 
: =1  =>  even  parity  on 
6,7  s 1 1 =>  undefined) 

: undefined 
: undefined 

: =1  =>  input  editting  on 
: =1  =>  auto  line  feed  enabled 
: =1  =>  BREAK  detection  enabled 
: = 1 =>  input  echo  on 


*80 

*40 

*08 

*04 

*02 

*01 


SER_cfg-1 
SER  get-1 


142 

143  RAM  TMR 

144 

145  SERltime 


Status  Flags 

=1  =>  serial  1/0  disabled 

undefined 

undefined 

=1  =>  parity  error 

=1  =>  BREAK  detected 

=1  =>  input  buffer  overflow 

=1  =>  input  buffer  not  empty 

=1  r>  input  buffer  full 


*80 

*10 

*08 

*04 

*02 

*01 


RAM_START-*1 0 
SER  flg-1 
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SERlt ime-1 


146  SERhtime 

147 

148  !The  following  registers  are  modified/referenced 

149  by  the  Timer/Counter  Routines  ONLY.  They  are 

150  available  as  general  registers  to  the  user 

151  who  does  not  intend  to  make  use  of  the 

152  Timer/Counter  Routines! 

153 

154  T0D_tic  : = RAM  TMR-2 

155  T0D_imr  : = T0D~tic-1 

156  TODJir  :=  TOD  imr-1 

157  T0D_min  :=  T0D“hr-1 

158  T0D_sec  : = T0D_min-1 

159  T0D_tt  :=  T0D_sec-1 

160  PLS__1  : = TOD  tt-1 

161  PLS_tmr  :=  PLS“1-1 

162  PLS  2 :=  PLS  tmr-1 

163 

164  RAM  END  : = PLS  2 

165  STA^K  :=  RAM~END 

166 

167  ! Equivalent  working  register  equates 

168  for  above  register  layout! 

169 

170  !register  file  $70  - $7F! 

171  RAM  STARTr  :=  $70  ! for  SRP! 

172 


173  rP3Msave  := 

174  rTEMP_3  := 

175  r TEMP  2 := 

176  rTEMP” 1 := 

177  rrTEMP_1  := 

178  rTEMP  1h  := 

179  rTEMP  11  := 

180  rTEMP“4  := 

181  rSERcEar  := 

182  rSERtmp2  := 

183  rSERtrnpl  := 

184  rrSERtmp  := 

185  r SERtmpl  := 

186  rSERtmph  := 

187  rSERput  := 

188  rSERlen  :s 

189  rrSERbuf  := 

190  rSERbufh  := 

191  r SERbufl  := 

192  rSERimr  := 

193  rSERcfg  : = 

194  rSERget  := 

195  rSERflg  := 

196 

197 

198  !register  file  $60 

199  RAM  TMRr  := 

200  rTOUtic  := 

201  rTODimr  := 

202  rTODhr  := 

203  r TODmin  : = 

204  rTODsec  := 

205  rTODtt  := 

206  r PLS  1 := 

207  rPLStmr  := 

208  r PLS  2 := 


R 1 5 
R 1 4 
R 1 3 
R 12 
RR 1 2 
R 12 
R 1 3 
R 1 1 
RIO 

R9 

R8 

RR8 

R9 

R8 

R7 

R6 

RR4 

R4 

R5 

R3 
R2 
R 1 
RO 


- % 6 F ! 

$60  ! for  SRP! 

R 1 3 

R12 

R 1 1 

RIO 

R9 

R8 

R7 

R6 

R5 
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210  EXTERNAL 


21  1 

ser 

init 

PROCEDURE 

212 

ser 

input 

PROCEDURE 

213 

ser 

_rlin 

PROCEDURE 

214 

ser 

"rabs 

PROCEDURE 

215 

ser 

“break 

PROCEDURE 

216 

ser 

“flush 

PROCEDURE 

217 

ser 

“wlin 

PROCEDURE 

218 

ser 

wabs 

PROCEDURE 

219 

ser 

“wbyt 

PROCEDURE 

220 

ser 

“disable 

PROCEDURE 

221 

ser 

_get 

PROCEDURE 

222 

ser 

"output 

PROCEDURE 

223 

tod 

i 

PROCEDURE 

224 

tod* 

PROCEDURE 

225 

delay 

PROCEDURE 

226 

pulse  i 

PROCEDURE 

227 

pulse 

PROCEDURE 

228 

229 

230 

$SECTI0N 

PROGRAM 

231  GLOBAL 


232 

233 

234  flnterrupt  vectors! 


P 

0000 

0800 

235 

IRQ 

0 

ARRAY 

[1  word]  := 

[*0800] 

P 

0002 

0803 

236 

IRQ" 

'1 

ARRAY 

[1  word]  := 

[*0803  ] 

P 

0004 

0806 

237 

IRQ" 

"2 

ARRAY 

[1  word]  := 

[ *0806  3 

P 

0006 

0809 

238 

IRQ" 

"3 

ARRAY 

[1  word]  := 

[*0809] 

P 

0008 

080C 

239 

IRQ" 

'4 

ARRAY 

[1  word]  := 

[I080C] 

P 

000A 

080F 

240 

IRQ" 

“5 

ARRAY 

[1  word]  := 

[J080F] 

241 

242 
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244 

GLOBAL 

245 

246 

!Jump  Table! 

p 

oooc 

247 

ENTER  PROCEDURE 

248 

ENTRY 

p 

oooc 

8D 

007B» 

249 

JP 

INIT 

p 

000F 

250 

END  ENTER 

251 

252 

p 

000F 

28 

43  29 

253 

copyright  ARRAY 

[»  BYTE]  := 

p 

0012 

31 

39  38 

p 

0015 

30 

5A  49 

p 

0018 

4C 

4F  47 

254 

255 

{Subroutine  Entry  Points! 

p 

00  IB 

256 

JUMP  PROCEDURE 

257 

ENTRY 

258 

259 

{Binary  Arithmetic  Routines! 

260 

p 

001  B 

8D 

0099’ 

261 

JP 

divide 

262 

p 

001  E 

8D 

00B7  * 

263 

JP 

div  16 

264 

p 

0021 

8D 

00E2  f 

265 

JP 

multiply 

266 

p 

0024 

8D 

OOF 6 ' 

267 

JP 

mult  16 

268 

269 

270 

{BCD  Arithmetic 

Routines ! 

271 

p 

0027 

8D 

0 1 1 A * 

272 

JP 

bcdadd 

273 

p 

002  A 

8D 

0117’ 

274 

JP 

bcdsub 

275 

276 

{Conversion  Routines! 

277 

p 

002D 

8D 

0205’ 

278 

JP 

bcddasc 

279 

p 

0030 

8D 

0363  ’ 

280 

JP 

dascbcd 

281 

p 

0033 

8D 

0284  » 

282 

JP 

bcdwrd 

283 

p 

0036 

8D 

02CD ' 

284 

JP 

wrdbcd 

285 

p 

0039 

8D 

025C» 

286 

JP 

bythasc 

287 

p 

003C 

8D 

0257' 

288 

JP 

wrdhasc 

289 

p 

003F 

8D 

0319' 

290 

JP 

hascwrd 

291 

p 

0042 

8D 

03BEf 

292 

JP 

wrddasc 

293 

p 

0045 

8D 

034D* 

294 

JP 

dascwrd 

295 

296 

!Bit  Manipulation  Routines! 

297 

p 

0048 

8D 

04  A 1 * 

298 

JP 

clb 

299 

p 

004B 

8D 

04B9 ' 

300 

JP 

t jm 

301 

302 

{Serial  Routines! 

303 

p 

004E 

8D 

0000* 

304 

JP 

ser  init 

C) 1 980ZIL0G ' 


! 1 6/ 8 unsigned  binary 
division! 

116/16  unsigned  binary 
d ivision! 

!8x8  unsigned  binary 
mult ipl icat ion ! 

116x16  unsigned  binary 
multiplication! 

! BCD  addition! 

! BCD  subtraction! 

'.BCD  to  decimal  ASCII! 

! Decimal  ASCII  to  BCD! 

! BCD  to  binary  word! 
Jbinary  word  to  BCD! 
!Bin.  byte  to  Hex  ASCII! 
!Bin.  word  to  hex  ASCII! 
!Hex  ASCII  to  bin  word! 
!Bin.  word  to  dec  ASCII! 
!dec  ASCII  to  bin  word! 

{collect  bits  in  a byte! 
! Table  Jump  Under  Mask! 

Jinitialize  serial  I/O! 
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305 

p 

0051 

8D 

0000* 

306 

JP 

ser__input 

!IRQ3  (receive)  service! 

307 

p 

0054 

8D 

0000* 

308 

JP 

ser_rlin 

!read  line! 

309 

p 

0057 

8D 

0000* 

310 

JP 

ser  rabs 

!read  absolute! 

311 

p 

005A 

8D 

0000* 

312 

JP 

ser  break 

{transmit  BREAK! 

313 

p 

005D 

8D 

0000* 

314 

JP 

ser  flush 

•flush  (clear) 

315 

input  buffer! 

p 

0060 

8D 

0000* 

316 

JP 

ser  wlin 

‘.write  line! 

317 

p 

0063 

8D 

0000* 

318 

JP 

ser  wabs 

!write  absolute! 

319 

p 

0066 

8D 

0000* 

320 

JP 

ser_wbyt 

!write  byte! 

321 

p 

0069 

8D 

0000* 

322 

JP 

ser^disable 

{disable  serial  I/O! 

323 

324  ! Timer/Counter 

Routines! 

325 

p 

006C 

8D 

0000* 

326 

JP 

tod__i 

! init  for  time  of  day! 

327 

p 

006F 

8D 

0000* 

328 

JP 

tod 

!tod  IRQ  service! 

329 

p 

0072 

8D 

0000* 

330 

JP 

delay 

! init  for  delay  interval 

331 

p 

0075 

8D 

0000* 

332 

JP 

pulse_i 

!init  for  pulse  output! 

333 

p 

0078 

8D 

0000* 

334 

JP 

pulse 

{pulse  IRQ  service! 

335 

p 

007B 

336  END 

JUMP 

338  ! Initialization 

! 

p 

007B 

339  INIT 

PROCEDURE 

340  ENTRY 

341 

p 

007B 

E6 

F8  D7 

342 

LD 

P01M,#% (2)11010111 

343 

! internal  stack; 

344 

AD0-A15; 

345 

normal  memory 

346 

timing  ! 

p 

007E 

E6 

7F  10 

347 

LD 

P3M  save , #56(2)00010000 

348 

!P3M  is  write-only, 

349 

so  keep  a copy  in 

350 

RAM  for  later 

351 

reference  ! 

p 

0081 

E 4 

7F  F7 

352 

LD 

P3M,P3M  save 

! set  up  Port  3 ! 

p 

0084 

E6 

FF  65 

353 

LD 

SPL, //STUCK 

! stack  pointer  ! 

p 

0087 

BO 

FI 

354 

CLR 

TMR 

!reset  timers! 

p 

0089 

E6 

F6  FF 

355 

LD 

P2M , //56FF 

!all  inputs! 

p 

008C 

BO 

FA 

356 

CLR 

IRQ 

{reset  int.  requests! 

p 

008E 

BO 

FB 

357 

CLR 

IMR 

{disable  interrupts  ! 

p 

0090 

BO 

FD 

358 

CLR 

RP 

{register  pointer! 

p 

0092 

E6 

70  80 

359 

LD 

SER_flg,//5680 

{serial  disabled! 

p 

0095 

9F 

360 

El 

{globally  enable 

361 

interrupts  ! 

p 

0096 

8D 

0812 

362 

JP 

560812 

363 

p 

0099 

364  END 

INIT 
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Binary  Arithmetic  Routines 


397 

CONSTANT 

398 

div  LEN 

:=  RIO 

399 

DIVISOR 

: = R 1 1 

400 

dividend  HI 

:=  R12 

401 

dividend  LO 

:=  R13 

402 

GLOBAL 

p 

0099 

403 

divide 

PROCEDURE 

404 

! »»»**«» 

405 

Purpose 

- 

To  perform  a 16-bit  by  8-bit  unsigned 

406 

binary  division. 

407 

408 

Input  = 

R11  = 8-bit  divisor 

409 

RR12  = 16-bit  dividend 

410 

411 

Output 

= 

R13  = 8-bit  quotient 

412 

R 1 2 = 8-bit  remainder 

413 

Carry  flag  = 1 if  overflow 

414 

r 0 if  no  overflow 

415 

R11  unmodified 

416 

417 

ENTRY 

p 

0099 

A9 

7C 

418 

Id 

TEMP  1,div  LEN  !save  caller's  RIO! 

p 

009B 

AC 

08 

419 

Id 

div  TEN, 08”  ! LOOP  COUNTER! 

420 

421 

! CHECK  IF  RESULT  WILL  FIT  IN  8 BITS! 

p 

009D 

A2 

BC 

422 

cp 

DIVISOR, dividend  HI 

p 

009F 

BB 

02 

423 

jr 

UGT, LOOP  TCARRY  = 0 (FOR  RLC)! 

424 

Ioverflow! 

p 

00A 1 

DF 

425 

SCF 

! CARRY  = 1! 

p 

00A2 

AF 

426 

ret 

427 

p 

00A3 

10 

ED 

428 

LOOP: 

RLC 

dividend  LO  ! DIVIDEND  * 2! 

p 

00A5 

10 

EC 

429 

RLC 

dividend  HI 

p 

00A7 

7B 

04 

430 

jr 

c,subt 

p 

00A9 

A2 

BC 

431 

cp 

DIVISOR, dividend  HI 

p 

OOAB 

BB 

03 

432 

jr 

UGT, next  ! CARRY  = 0! 

p 

OOAD 

22 

CB 

433 

subt : 

SUB 

dividend  HI, DIVISOR 

p 

OOAF 

DF 

434 

SCF 

!TO  BE  SHIFTED  INTO  RESULT! 

p 

00B0 

AA 

FI 

435 

next : 

djnz 

div  LEN, LOOP  !no  flags  affected! 

436 

437 

! ALL 

DONE! 

p 

00B2 

10 

ED 

438 

RLC 

dividend  LO 

439 

!CARRY  = 0:  no  overflow! 

p 

00B4 

A8 

7C 

440 

Id 

div  LEN, TEMP  1 !restore  caller's  RIO! 

p 

00B6 

AF 

441 

ret 

p 

00B7 

442 

END  divide 
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444 

CONSTANT 

445 

d 1 6_LEN 

= R7 

446 

dvsr  hi 

= R8 

447 

dvsr__lo 

= R9 

448 

rem  hi 

= RIO 

449 

rem  lo 

r R 1 1 

450 

quoL  hi 

= R 12 

451 

quot  lo 

= R 1 3 

452 

GLOBAL 

p 

00B7 

453 

div  16  PROCEDURE 

454 

1 *#¥***##***#**##*####**#***######*###*###«*#**##***** 

• 

455 

Purpose  = 

To  perform  a 16-bit  by  16-bit  unsigned 

456 

binary  division. 

457 

458 

Input  = 

RR8  = 16-bit  divisor 

459 

RR12  = 16-bit  dividend 

460 

461 

Output  = 

RR12  = 16-bit  quotient 

462 

RR10  = 16-bit  remainder 

463 

RR8  unmodified 

464 

• 

465 

ENTRY 

p 

00B7 

79 

7C 

466 

Id 

TEMP  1 ,d 1 6 LEN  ! save  caller's  RIO! 

p 

00B9 

7C 

10 

467 

Id 

d 1 6 LEN,#lS  ! LOOP  COUNTER! 

p 

OOBB 

CF 

468 

ref 

!carry  a 0! 

p 

OOBC 

BO 

EA 

469 

clr 

rem  hi 

p 

OOBE 

BO 

EB 

470 

clr 

rem  lo 

p 

OOCO 

10 

ED 

471 

dlp__l6:  rlc 

quoL_lo 

p 

00C2 

10 

EC 

472 

rlc 

quot  hi 

p 

00C4 

10 

EB 

473 

rlc 

r em_To 

p 

OOC6 

10 

EA 

474 

rlc 

rem  hi 

p 

OOC8 

7B 

OA 

475 

jr 

c , subt_1 6 

p 

OOCA 

A2 

8A 

476 

cp 

dvsr  hi, rem  hi 

p 

OOCC 

BB 

OB 

477 

3 r 

ugt , skp_1 6 

p 

OOCE 

7B 

04 

478 

jr 

ult,subt  16 

p 

OODO 

A2 

9B 

479 

cp 

dvsr  lo,rem__lo 

p 

00D2 

BB 

05 

480 

jr 

ugt, skp  16 

p 

00D4 

22 

B9 

481 

subt__l6:  sub 

rem__lo  jBvsr^lo 

p 

00D6 

32 

A8 

482 

sbe 

rem  hi, dvsr  hi 

p 

OOD8 

DF 

483 

scf 

p 

OOD9 

7A 

E5 

484 

skp  16:  djnz 

dl 6 LEN, dip  16  !no  flags  affected! 

p 

OODB 

10 

ED 

485 

rlc 

quoL  lo 

p 

OODD 

10 

EC 

486 

rlc 

quot  hi 

p 

OODF 

78 

7C 

487 

Id 

d 1 6 TEN, TEMP  1 

p 

OOE 1 

AF 

488 

ret 

p 

00E2 

489 

END  div_1 6 

491 

CONSTANT 

492 

MULTIPLIER 

= R 1 1 

493 

PRODUCT  LO 

= R13 

494 

PRODUCT  HI 

= R 1 2 

495 

mul  LEN 

= RIO 

496 

GLOBAL 

p 

00E2 

497 

multiply 

PROCEDURE 

498 

!*»*»*«»**»««*»»*«*»*»**«»***»*»»»««»»*»»**»**»***«**» 

499 

Purpose  = 

To  perform  an  8-bit  by  8-bit  unsigned 

500 

binary  multiplication. 

501 

502 

Input  = 

R11  = multiplier 

503 

R13  = multiplicand 

504 

505 

Output  r 

RR12  = product 

506 

R11  unmodified 

507 

*«*«***«*»»*»»*«****»****««*»**»»*»»***««*»»*»*»«****( 

• 

508 

ENTRY 

p 

00E2 

A9 

7C 

509 

Id 

TEMP  1,mul  LEN  ! save  caller’s  RIO! 

p 

00E4 

AC 

09 

510 

Id 

mul  TEN, #9“  !8  BITS! 

p 

00E6 

BO 

EC 

511 

clr 

PRODUCT  HI  ! INIT  HIGH  RESULT  BYTE! 

p 

OOE8 

CF 

512 

RCF 

! CARRY  = 0! 

p 

OOE9 

CO 

EC 

513 

LOOP1 : RRC 

PRODUCT  HI 

p 

OOEB 

CO 

ED 

514 

RRC 

PRODUCT  LO 

p 

OOED 

FB 

02 

515 

jr 

NC , NEXT 

p 

OOEF 

02 

CB 

516 

ADD 

PRODUCT  HI, MULTIPLIER 

p 

OOF  1 

AA 

F6 

517 

NEXT:  dinz 

mul  LEN , LOOP1 

p 

OOF  3 

A8 

7C 

518 

Id 

mul  LEN, TEMP  1 Jrestore  caller’s  RIO! 

p 

00F5 

AF 

519 

ret 

p 

OOF6 

520 

END  multiply 
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P OOF 6 


522  CONSTANT 

523  ml 6 LEN 

= R7 

524  plier_hi 

= R8 

525  plier  lo 

r R9 

526  prod_Hi 

= RIO 

527  prod  lo 

= R 1 1 

528  multjii 

= R 12 

529  mult  lo 

= R 1 3 

530  GLOBAI 

531 

532 

533 

534 

535 

536 

537 

538 

539 

540 

541 

542 

543 

544 

545 


mult  16  PROCEDURE 

*******»§**»»**«*»«*****««* 


Purpose  = 


Input  = 


Output  = 


To  perform  an  16-bit  by 
binary  multiplication. 

RR8  = multiplier 
RR12  = multiplicand 


16-bit  unsigned 


R 12 , 
16 


R 1 3 ) 


RQ10  = product  (RIO,  R11 
RR8  unmodified 

Zero  FLAG  = 0 if  result  > 16  bits 
r 1 if  result  fits  in  16 
(unsigned)  bits  (RR12  = result) 

tt«**««tt«*«*«*«***ft*«*»**ft«ftft»«»««**!l**»*«lHlft*«*«****«{ 

ENTRY 


P 

OOF  6 

79 

1C 

546 

Id 

TEMP  1 ,m1 6 LEN 

Isave  caller’s  R7! 

P 

00F8 

7C 

11 

547 

Id 

ml6_lEN,#lT 

! 1 6 BITS! 

P 

00FA 

BO 

EA 

548 

clr 

prod  hi 

P 

00FC 

BO 

EB 

549 

clr 

prod_lo 

!init  product! 

P 

00FE 

CF 

550 

ref 

! CARRY  = 0! 

P 

00FF 

CO 

EA 

551 

loopl6:  rrc 

prod_hi 

P 

0101 

CO 

EB 

552 

rrc 

prod  lo 

!bit  0 to  carry! 

P 

0103 

CO 

EC 

553 

rrc 

mult_hi 

Jmultiplicand  / 2! 

P 

0105 

CO 

ED 

554 

rrc 

mult_lo 

P 

0107 

FB 

04 

555 

nc , next  16 

P 

0109 

02 

B9 

556 

add 

prod  lo, plier  lo 

P 

01  OB 

12 

A8 

557 

adc 

prod_hi , plier^hi 

P 

01 OD 

7A 

FO 

558 

next16:  dinz 

m16  LEN,loopl6 

!next  bit! 

P 

01  OF 

78 

7C 

559 

Id 

m16~LEN,TEMP_1 

!restore  caller’s  R7 ! 

P 

01  11 

A9 

7C 

560 

Id 

TEMP  1,prod  hi 

! test  product . . . ! 

P 

0113 

44 

EB  7C 

561 

or 

TEMP_1  ,prod__lo 

! . . .bits  31  - 16! 

P 

0116 

AF 

562 

ret 

P 

0117 

563 

END  mul  t_1 6 
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BCD  Arithmetic  Routines 


593  IThe  BCD  format  supported  by  the  following  arithmetic 

594  and  conversion  routines  allows  representation 

595  of  signed  magnitude  variable  precision  BCD 

596  numbers.  A BCD  number  of  2n  digits  is 

597  represented  in  n+1  consecutive  bytes  where 

598  the  byte  at  the  lowest  memory  address 

599  ('byte  0*)  represents  the  sign  and  post- 

600  decimal  digit  count,  and  the  bytes  in  the 

601  next  n higher  memory  locations  ('byte  1 ' 

602  through  'byte  n'5  represent  the  magnitude 

603  of  the  BCD  number.  The  address  of  'byte  O' 

604  and  the  value  n are  passed  to  the  subroutines 

605  in  specified  working  registers.  Digits  are 

606  packed  two  per  byte  with  the  most 

607  significant  digit  in  the  high  order  nibble 

608  of  'byte  1'  and  the  least  significant  digit 

609  in  the  low  order  nibble  of  'byte  n'.  'Byte  O' 

610  is  organized  as  two  fields: 

611  bit  7 represents  sign: 

612  = 1 =>  negative 

613  = 0 =>  positive 

614  bit  6-0  represent  post-decimal  digit 

615  count 

616  For  example: 

617  'byte  0'=  %05  =>  positive,  with  5 post-decimal  digits 

618  = %80  =>  negative,  with  no  post-decimal  digits 

619  s %90  =>  negative,  with  16  post-decimal  digits 

620  ! 


P 0117 


P 0117  B7  EE  80 


622  CONSTANT 

623  bed  LEN  :=  R12 

624  bcd”SRC  :=  R14 

625  bed  DST  :=  R15 

626  GLOBAL 

627  bedsub  PROCEDURE 

628  !******«********»*»»**»»«**«*«»*«*»**»»»**»»»»*»«»**»* 


628 

629 

630 

631 

632 

633 

634 

635 

636 

637 

638 

639 

640 

641 

642 

643 

644 

645 

646 


Purpose  = 


Input  = 


To  subtract  two  packed  BCD  strings  of 

equal  length. 

dst  < — dst  - sre 

R15  = address  of  destination  BCD 
string  (in  register  memory). 

R14  = address  of  source  BCD 

string  (in  register  memory). 

R12  = BCD  digit  count  / 2 


639  Output  = Destination  BCD  string  contains  the 

640  difference. 

641  Source  BCD  string  may  be  modified. 

642  R12,  R14,  R 1 5 unmodified  if  no  error 

643  R13  modified . 

644  Carry  FLAG  = 1 if  underflow  or  format 

645  error . 

545  ft****************************************************! 

647  ENTRY 

648  xor  @bcd_SRC , #%80  ! complement  sign  of 

649  subtrahend! 

650  !fall  into  bedadd! 


651  END 


bedsub 
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653  GLOBAL 

P 01 1A  654  bcdadd  PROCEDURE 

655  !*«*ft*»«»*fttt»»»»*»»«»»»ft«**«ttttfttt*ft*«»«ft**ftftftftft«»»»ft**» 


656 

Purpose 

! = 

To  add  two  packed  BCD  strings  of 

657 

equal  length. 

658 

dst  < — dst  + src 

659 

660 

Input  = 

R 1 5 = address  of 

destination  BCD 

661 

string  (in 

register  memory) . 

662 

R14  = address  of 

source  BCD 

663 

string  (in 

register  memory) . 

664 

R 12  = BCD  digit 

count  / 2 

665 

666 

Output 

- 

Destination  BCD 

string  contains  the 

667 

Source  BCD  string  may  be  modified. 

668 

R12,  R14,  R 1 5 unmodified  if  no  error 

669 

R 1 3 modified. 

670 

Carry  FLAG  = 1 if  overflow  or  format 

671 

error  . 

672 

***ft«*tt»t!tt«**»*««*»*»«*ft»«*«»ft**tt***»**«»»tttft***»*JI 

673 

ENTRY 

674 

! delete 

all  leading  pre-decimal 

zeroes ! 

p 

01 1A 

E6 

7E 

02 

675 

Id 

TEMP  3 ,#2 

p 

01  ID 

D8 

EE 

676 

Id 

R13,bcd  SRC 

p 

01  IF 

C9 

7B 

677 

ba_3 : 

Id 

TEMP  4, Fed  LEN 

p 

0121 

04 

7B 

7B 

678 

add 

TEMP  4, TEMP  4 

!total  digit  count! 

p 

0124 

E5 

ED 

7D 

679 

Id 

TEMP  2 ,@R1 3 

!get  sign/post  dec  // 

p 

0127 

56 

7D 

7F 

680 

and 

TEMP  2,#%7F 

! isolate  post  dec  #! 

p 

012A 

24 

7D 

7B 

681 

sub 

TEMP~4,TEMP_2 

!pre-dec  digit  ent! 

p 

012D 

7D 

0203 

• 

682 

JP 

ult  ,Fa_err 

! format  error! 

p 

0130 

6B 

1 A 

683 

jr 

z ,ba  1 

!no  pre-dec.  digits! 

p 

0132 

70 

EC 

684 

ba_2 : 

push 

R 12 

! save! 

p 

0134 

C7 

CD 

01 

685 

Id 

R12, 1 ( R 1 3 ) 

Jleading  byte! 

p 

0137 

76 

EC 

FO 

686 

tm 

R12f #%F0 

!test  leading  digit! 

p 

013A 

50 

EC 

687 

pop 

R12 

! restore! 

p 

013C 

EB 

OE 

688 

jr 

nz,ba  1 

!no  more  leading  0’s 

p 

0 1 3 E 

BO 

7C 

689 

clr 

TEMPJT 

p 

0140 

D6 

0463 

t 

690 

call 

rdl 

! rotate  left! 

p 

0143 

21 

ED 

691 

inc 

@R13 

!update  post  dec  #! 

p 

0145 

4D 

0203  * 

692 

JP 

ov,ba  err 

! oops ! 

p 

0148 

00 

7B 

693 

dec 

TEMPjf 

!dec  pre-dec  #! 

p 

014A 

EB 

E6 

694 

jr 

nz,ba  2 

! loop! 

p 

014C 

D8 

EF 

695 

ba_1  : 

Id 

R13,bcd  DST 

p 

014E 

00 

7E 

696 

dec 

TEMP  3 

!SRC  and  DST  done?! 

p 

0150 

EB 

CD 

697 

jr 

nz  ,ba_3 

! do  DST! 

698 

! leading 

; zero 

deletion  complete! 

699 

! insure 

DST  is 

> or  = SRC;  exchange  if  necessary! 

p 

0152 

E3 

DF 

700 

Id 

R13,@bcd  DST 

p 

0154 

56 

ED 

7F 

701 

and 

R13,#%7F 

! isolate  post  dec  //! 

p 

0157 

E5 

EE 

7D 

702 

Id 

TEMP  2,@bcd  SRC 

p 

015A 

56 

7D 

7F 

703 

and 

TEMP  2,#%7F 

! isolate  post  dec  #! 

p 

015D 

A4 

7D 

ED 

704 

cp 

R 1 3 * TEMP  2 

p 

0160 

70 

ED 

705 

push 

R 1 3 

! save! 

p 

0162 

7B 

39 

706 

jr 

ult,ba  4 

! DST  > SRC! 

p 

0164 

BB 

18 

707 

jr 

ugt ,ba  5 

! DST  < SRC! 

708 

! decimal 

points  in  same  position 

• 

709 

must  compare 

magnitude! 

p 

0166 

D8 

EC 

710 

Id 

R13,bcd  LEN 

p 

0168 

E9 

7C 

711 

Id 

TEMP  1 ,Fcd  SRC 

p 

016A 

F9 

7B 

712 

Id 

TEMP  4, bed  DST 

p 

016C 

20 

7C 

713 

b a_6 : 

inc 

TEMP”1 

p 

016E 

20 

7B 

714 

inc 

TEMP“4 

p 

0170 

E5 

7C 

7E 

715 

Id 

TEMP~3,@TEMP  1 

!get  SRC  byte! 

p 

0173 

A5 

7B 

7E 

716 

cp 

TEMP  3 i§TEMP  4 

! compare  DST  byte! 

p 

0176 

BB 

06 

717 

jr 

ugt ,ba  5 

! SRC  > DST! 

p 

0178 

7B 

23 

718 

3 r 

ult,ba  4 

! SRC  < DST! 

p 

017A 

DA 

FO 

719 

djnz 

R1 3,ba~6 

! loop! 

p 

017C 

8B 

IF 

720 

jr 

ba  4 

! DST  > or  = SRC! 

721 

! swap 

source 

and  destination  operands! 

p 

017E 

D8 

EC 

722 

ba  5: 

Id 

R1 3»bcd  LEN 

p 

0180 

DE 

723 

inc 

R13 

! include  flag/size  byte! 

p 

0181 

02 

ED 

724 

add 

bed  SRC , R 1 3 

p 

0183 

02 

FD 

725 

add 

bed  DST, R 1 3 

p 

0185 

00 

EE 

726 

ba  7: 

dec 

bed  SRC 

p 

0187 

00 

EF 

727 

dec 

bcd“DST 

p 

0189 

E5 

EE 

7C 

728 

Id 

TEMP  1,@bcd  SRC 

p 

018C 

E5 

EF 

7B 

729 

Id 

TEMP~4,@bcd""DST 

p 

018F 

F5 

7B 

EE 

730 

Id 

@bcd  SRC, TEMP  4 

p 

0192 

F5 

7C 

EF 

731 

Id 

@bcd~DST, TEMP  1 

!one  byte  swapped! 

p 

0195 

DA 

EE 

732 

djnz 

R13,Fa  7 

p 

0197 

D8 

7D 

733 

Id 

R 1 3 , TEHP  2 

p 

0199 

50 

7D 

73« 

pop 

TEMP  2 

p 

019B 

70 

ED 

735 

push 

R13  “ 

736 

{exchange  complete! 

p 

019D 

50 

ED 

737 

ba  4: 

pop 

R13 

! restore! 

738 

!RT3  = 

DST  post  decimal  digit  count 

739 

TEMP 

2 = SRC 

post  decimal  digit 

count 

740 

R13  = 

< TEMP 

2 

t 

• 

p 

019F 

24 

ED 

7D 

741 

sub 

TEMP  2 , HI 3 

p 

01  A2 

CO 

7D 

742 

rrc 

TEMP  2 

! alignment  offset! 

p 

0 1AM 

FB 

09 

743 

jr 

nc,ba  8 

!digits  word  aligned! 

744 

Irotate  out  least  significant  SRC  post  decimal  digit! 

p 

01A6 

D8 

EE 

7«5 

Id 

R1 3, bed  SRC 

p 

01  A8 

01 

ED 

746 

dec 

@R  1 3 

!dec  post  dec  digit  #! 

p 

01  AA 

BO 

7C 

7U7 

clr 

TEMP  1 

p 

01  AC 

D6 

0«85 

; » 

7H8 

call 

rdr 

7«9 

!determine  if 

addition  or  subtraction! 

p 

01  AF 

E5 

EE 

7B 

750 

ba  8: 

Id 

TEMP  4 ,@bcd  SRC 

'.sign  of  SRC! 

p 

01B2 

B5 

EF 

7B 

751 

xor 

TEMP“4,@bcd~DST 

! sign  of  DST! 

752 

!get  starting 

addresses ! 

p 

01B5 

D8 

EC 

753 

Id 

R1 3, bed  LEN 

p 

01B7 

24 

7D 

ED 

75« 

sub 

R 1 3 > TEMf  2 

p 

01  BA 

6B 

45 

755 

jr 

z , b a 14 

!done  already! 

p 

01  BC 

02 

ED 

756 

add 

bed  SRC , R 1 3 

p 

0 1 BE 

02 

FC 

757 

add 

bcd-DST,bcd  LEN 

758 

!ready 

! ! ! 

p 

01C0 

CF 

759 

ref 

{carry  = 0! 

p 

01C1 

E5 

EF 

7C 

760 

ba  11: 

Id 

TEMP  1 ,@bcd  DST 

p 

01C4 

76 

7B 

80 

761 

tm 

TEMP  4,#%80 

!add  or  sub?! 

p 

01C7 

6B 

05 

762 

jr 

z ,ba  9 

! add ! 

p 

01C9 

35 

EE 

7C 

763 

sbe 

TEMP  1,$bcd  SRC 

p 

01CC 

8B 

03 

764 

jr 

ba  ITT 

p 

01  CE 

15 

EE 

7C 

765 

ba  9: 

adc 

TEfiP  1 ,@bcd  SRC 

p 

0 1D1 

40 

7C 

766 

ba  10: 

da 

TEMP~1 

p 

01D3 

F5 

7C 

EF 

767 

Id 

@bcd  DST, TEMP  1 

p 

01D6 

00 

EF 

768 

dec 

bed  T5ST 

p 

01D8 

00 

EE 

769 

dec 

bed  SRC 

p 

01  DA 

DA 

E5 

770 

djnz 

R1 37b a 11 

771 

! propagate  carry  thru  TEMP  2 bytes  of  DST! 

p 

01  DC 

D8 

7D 

772 

Id 

R 1 3 , TEMP  2 

p 

01 DE 

DE 

773 

inc 

R13 

!may  be  zero! 

p 

0 1 DF 

DA 

02 

77« 

djnz 

R13,ba  12 

p 

0 1 E 1 

8B 

09 

775 

jr 

ba  13 

p 

01E3 

17 

EF 

00 

776 

ba  12: 

adc 

gbed  DST, #0 

p 

01E6 

41 

EF 

777 

da 

0bcd  DST 

p 

0 1 E 8 

00 

EF 

778 

dec 

bed  UST 

p 

01  EA 

DA 

F7 

779 

djnz 

R13,ba  12 

P 01EC  FB  13 


780  fcarry  propagate  complete! 

781  ba_13:  jr  nc,ba_14  !done! 

782  ! Rotate  out  least  significant  post  decimal  DST 

783  digit  to  make  room  for  carry  at  high  end! 


p 

0 1 EE 

E5 

EF  7C 

784 

Id 

TEMP  1 , @bcd  DST 

p 

0 IF  1 

56 

7C  7F 

785 

and 

TEMP  1,#%7F 

p 

0 1F4 

6D 

0203* 

786 

JP 

z,ba  err 

!no  post  dec  digits! 

p 

0 1 F 7 

E6 

7C  10 

787 

Id 

TEMP  i,nio 

p 

0 1FA 

D8 

EF 

788 

Id 

R1  3,Fcd_DST 

p 

0 1 FC 

D6 

0485’ 

789 

call 

rdr 

p 

0 IFF 

01 

EF 

790 

dec 

@bcd_DST 

!dec  digit  ent! 

p 

0201 

CF 

791 

ba_1 4 : 

ref 

p 

0202 

AF 

792 

ret 

793 

p 

0203 

DF 

794 

ba  err: 

scf 

p 

0204 

AF 

795 

ret 

p 

0205 

796 

END 

bedadd 

Conversion 


P 0205 


P 0205  E6 
P 0208  77 
P 020B  EB 

P 020D  E6 
P 0210  E5 
P 0213  56 
P 0216  02 
P 0218  70 
P 02 1 A 24 
P 02 1 D 50 
P 02 1 F 7B 
P 0221  D6 
P 0224  7B 
P 0226  A6 
P 0229  6B 
P 022B  76 
P 022E  EB 
P 0230  DE 
P 0231  E5 
P 0234  FO 
P 0236  E4 
P 0239  56 
P 0230  A6 
P 023F  BB 
P 0241  06 
P 0244  D6 
P 0247  00 
P 0249  6B 
P 024B  CA 
P 024D  E6 
P 0250  D6 
P 0253  8B 
P 0255  DF 
P 0256  AF 
P 0257 


P 0257 


P 0257  D6 
P 025A  C8 

P 0250 


Routines 


821 

CONSTANT 

822 

bca  LEN 

:=  R12 

823 

bca  SRC 

:=  R 1 3 

824 

GLOBAL 

825 

bcddasc 

PROCEDURE 

826 

• 

827 

Purpose  = 

To  convert  a variable  length  BCD 

828 

string  to  decimal  ASCII. 

829 

830 

Input 

«■» 

RR14  = address 

of  destination  ASCII 

831 

string  (in  reg/ext/ser  memory). 

832 

R 1 3 * address  of  source  BCD 

833 

string  (in  register  memory). 

834 

R 12  = BCD  digit 

count  / 2 

835 

836 

Output 

s 

ASCII  string  in 

designated 

837 

destination  buffer. 

838 

Carry  FLAG  = 1 

if  input  format  error 

839 

or  serial  disabled, 

840 

= 0 

if  no  error. 

841 

R12,  R13,  R14- 

R15  modified  . 

842 

Input  BCD  string  ummodified. 

843 

844 

ENTRY 

70 

2D 

845 

Id 

TEMP  1,#»-» 

{minus  sign! 

ED 

80 

846 

tm 

§bcaJSRC,M80 

!src  negative?! 

03 

847 

Jr 

nz,bcd  dl 

! yes ! 

70 

2B 

848 

Id 

TEMP  !,#•+• 

! positive  sign! 

ED 

7E 

849 

bed  dl : 

Id 

TEMP  3 , @bca  SRC 

7E 

7F 

850 

and 

TEMP_3,  WF~ 

! isolate  post  dec  ent! 

CC 

851 

add 

bca  LEN, bca  LEN 

!total  digit  count! 

EC 

852 

push 

bca  LEN 

7E 

EC 

853 

sub 

bca  LEN, TEMP  3 

! pre-dec  digit  ent! 

7E 

854 

pop 

TEMF_3 

!total  digit  count! 

35 

855 

jr 

ult,bcd  d2 

! format  error! 

03F4 

i 

856 

call 

put_desf 

!sign  to  dest.! 

30 

857 

jr 

c,bcd  d2 

! serial  error! 

EC 

00 

858 

cp 

bca_LEN,#0 

!any  pre-dec  digits?! 

22 

859 

jr 

z,bcd  d6 

! no . start  with  » . 1 ! 

7E 

01 

860 

bed  d 4 : 

tm 

TEMPj3,#1 

!need  next  byte?! 

04 

861 

6 

jr 

nz,bcd  d3 

!not  yet.! 

862 

inc 

bca  SRT 

Jupdate  pointer! 

ED 

7D 

863 

Id 

TEMP  2 ,@bca  SRC 

!get  next  byte! 

7D 

864 

bed  d3: 

swap 

TEMP-2 

7D 

70 

865 

Id 

TEMP  1 , TEMP  2 

70 

OF 

866 

and 

TEMP  1,#*0F~ 

!isolate  digit! 

70 

09 

867 

cp 

TEMP  1 , #9 

!verify  bed! 

14 

868 

jr 

ugt,Ecd  d5 

!no  good! 

70 

30 

869 

add 

TEMP  1,0*30 

!convert  to  ASCII! 

03F4 

» 

870 

call 

put  Best 

!to  destination! 

7E 

871 

dec 

TEMP  3 

!digit  count! 

OB 

872 

jr 

z ,bcd_d2 

!all  done! 

DE 

873 

d jnz 

bca  LEN, bed  d4 

Inext  digit! 

70 

2E 

874 

bcd__d6 : 

Id 

TEMP_1,#» .» 

!time  for  dec.  pt.! 

03F4 

i 

875 

call 

put  dest 

!to  destination! 

D6 

876 

jr 

bed  d4 

! continue! 

877 

bed  d5 : 

scf 

! set  error  return! 

878 

bed  d2: 

ret 

879 

END 

bcddasc 

881 

GLOBAL 

882 

wrdhasc 

PROCEDURE 

883 

!xft*»ftft«x«**ftx«»*«*»ft«»«»«**««ft«ttft*x««*ftxtt«*tt«»tt*»**«* 

884 

Purpose  = 

To  convert  a binary  word  to  Hex  ASCII. 

885 

886 

Input 

s 

RR12  = source  binary  word. 

887 

RR14  = address 

of  destination  ASCII 

888 

string  (in  reg/ext/ser  memory). 

889 

890 

Note  = 

All  other  details  same  as  for  bythasc. 

891 

892 

ENTRY 

0250 

; » 

893 

call 

bythasc 

!convert  R12! 

ED 

894 

Id 

R 1 2 , R1 3 

895 

!fall  into  bythasc! 

896 

END 

wrdhasc 

1-22 


898  CONSTANT 

899  bnajSRC  :=  R12 

900  GLOBAL 

P 025C  901  bythasc  PROCEDURE 

902  !»»«**«*«**«***»»**»»»»**««»«»««»»«»«****»»«»««*«**««* 

903  Purpose  = To  convert  a binary  byte  to  Hex  ASCII. 

904 

905  Input  = RR14  = address  of  destination  ASCII 

906  string  (in  reg/ext/ser  memory). 

907  R12  = Source  binary  byte. 

908 

909  Output  = ASCII  string  in  designated 

910  destination  buffer. 

911  Carry  = 1 if  error  (serial  only). 

912  R 1 4 , R15  modified. 

914  ENTRY 


p 

025c 

B0 

7E 

915 

clr 

MODE  ! flag  = 

> binary  to  ASCII! 

p 

025E 

E6 

7D 

02 

916 

be  a 

go : 

Id 

TEMP  2, #2 

p 

0261 

F0 

EC 

917 

bca_ 

gol 

: SWAP 

bna  $RC 

Hook  at  next  nibble! 

p 

0263 

C9 

7C 

918 

Id 

TEM7  1 , bna  SRC 

p 

0265 

56 

7C 

OF 

919 

and 

TEMP  1,nOF 

! isolate  low  nibble! 

p 

0268 

06 

7C 

30 

920 

ADD 

TEMP"1 ,0*30 

! convert  to  ASCII! 

p 

026B 

A6 

7C 

3A 

921 

cp 

TEMP  1 , #%3 A 

!>9?! 

p 

026E 

7B 

09 

922 

jr 

ult , skip 

! no! 

p 

0270 

DF 

923 

SCF 

! in  case  error! 

p 

0271 

76 

7E 

01 

924 

TM 

MODE,  /n 

! input  is  BCD?! 

p 

0274 

EB 

OD 

925 

JR 

NZ,bca  ex 

!yes.  error.! 

p 

0276 

06 

7C 

07 

926 

ADD 

TEMP_1  ,#%07 

!input  hex.  adjust! 

p 

0279 

D6 

03F4 

1 

927 

skip 

, • 
• 

call 

put  dest 

! put  byte  in  dest! 

p 

027C 

7B 

05 

928 

jr 

c,bca  ex 

! error! 

p 

027E 

00 

7D 

929 

dec 

TEMP  1 

p 

0280 

EB 

DF 

930 

jr 

nz ,bca_go1 

!loop  till  done! 

p 

0282 

CF 

931 

RCF 

!carry  = 0:  no  error! 

p 

0283 

AF 

932 

be  a 

ex : 

ret 

! done! 

p 

0284 

933 

END" 

bythasc 

935  CONSTANT 

936  bcd_adr  :=  RIM 

937  bed  ent  :=  R15 

938  GLOBAL 

P 0284  939  b'cdwrd  PROCEDURE 

!»*ttft*#*»»***tt***ftft»**ft»ft**tt***ft**ft*ft****ft*ftttft*tt«ft**ft* 


941 

Purpose  = 

To  convert  a variable  length  BCD 

942 

string  to  a signed  binary  word.  Only 

943 

pre-decimal  digits  are  converted. 

944 

945 

Input 

s 

R14  = address 

of  source  BCD 

946 

string  (in  register  memory). 

947 

R 1 5 s BCD  digit  count  / 2 

948 

949 

Output 

s 

RR12  = binary 

word 

950 

Carry  FLAG  = 1 if  input  format  error 

951 

or  dest  overflow, 

952 

s 0 if  no  error. 

953 

R14, R15  modified. 

954 

• 

955 

ENTRY 

p 

0284 

BO 

EC 

956 

clr 

R 12 

!init  destination! 

p 

0286 

BO 

ED 

957 

clr 

R 1 3 

p 

0288 

E5 

EE 

7B 

958 

Id 

TEMP  4, ©bed  adr  !get  sign/post  length! 

p 

028B 

56 

7B 

7F 

959 

and 

TEMP  4,WF 

! isolate  post  length! 

p 

028E 

02 

FF 

960 

add 

bed  ent, bed  ent  !#  bed  digits! 

p 

0290 

24 

7B 

EF 

961 

sub 

bcd__cnt  , TEMF_4 

[ !#  pre-dec  digits! 

p 

0293 

7B 

37 

962 

j r 

ult.bcd  w2 

! format  error! 

p 

0295 

E5 

EE 

7B 

963 

Id 

TEMP  4,Fbcd  adr  !remember  sign! 

p 

0298 

E6 

7E 

02 

964 

bcd_w3 : 

Id 

TEMP_3,02 

{digits  per  byte! 

p 

029B 

EE 

965 

inc 

bed  adr 

!src  address! 

p 

029C 

E5 

EE 

7D 

966 

Id 

TEMP  2, ©bed  adr  !get  next  sre  byte! 

p 

029F 

A6 

EF 

00 

967 

bcd_w1 : 

cp 

bcd_cnt,#0 

!digit  count  = 0?! 

p 

02A2 

6B 

12 

968 

jr 

z,bcd  w4 

{conversion  complete! 

p 

02A4 

FO 

7D 

969 

swap 

TEMP  7 

!next  digit! 

p 

02A6 

E4 

7D 

7C 

970 

Id 

TEMP  1 , TEMP  2 

p 

02A9 

D6 

042C 

t 

971 

call 

bcd^JBin 

{accumulate  in  binary! 

p 

02AC 

7B 

IE 

972 

jr 

c ,bcd__w2 

! overflow  or  format  err! 

p 

02AE 

00 

EF 

973 

dec 

bed  ent 

{update  digit  count! 

p 

02B0 

00 

7E 

974 

dec 

TEM?_3 

!next  byte?! 

p 

02B2 

EB 

EB 

975 

jr 

nz ,bcd_w1 

!no.  same.! 

p 

02B4 

8B 

E2 

976 

jr 

bcd_w3 

!next  byte! 

p 

02B6 

DF 

977 

bed  w4: 

scf 

!in  case! 

p 

02B7 

76 

EC 

80 

978 

tm 

R12, #%80 

{result  > 15  bits?! 

p 

02BA 

EB 

10 

979 

jr 

nz,bcd  w2 

! overflow! 

p 

02BC 

76 

7B 

80 

980 

bed  w5: 

tm 

TEMP  4f#%80 

! source  negative?! 

p 

02BF 

6B 

OA 

981 

jr 

ZjbcH’  w6 

!no.  done.! 

p 

02C 1 

60 

EC 

982 

com 

R12 

p 

02C3 

60 

ED 

983 

com 

R 1 3 

p 

02C5 

06 

ED 

01 

984 

add 

R 1 3 • #1 

p 

02C8 

16 

EC 

00 

985 

adc 

R 1 2 , #0 

!RR12  two’s  complement! 

p 

02CB 

CF 

986 

bed  w6: 

ref 

!carry  = 0! 

p 

02CC 

AF 

987 

bed  w2: 

ret 

p 

02CD 

988 

END 

bedwrd 
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990 

GLOBAL 

p 

02CD 

991 

wrdbcd  PROCEDURE 

992 

I********************!************* *»»*»**«***»**»***» 

993 

Purpose  = 

To  convert  a signed  binary  word 

994 

to  a variable  length  BCD  string. 

995 

996 

Input  = 

R14  = address  of  destination  BCD 

997 

string 

(in  register  memory) 

998 

RR12  = source  binary  word 

999 

R 1 5 = BCD  digit 

count  / 2 

1000 

1001 

Output  = 

BCD  string  in  destination  buffer 

1002 

Carry  FLAG  = 1 

if  dest  overflow 

1003 

= 0 

if  no  error. 

1004 

R12 , R1 3. R1 ^ • R15 

modified . 

1005 

• 

1006 

ENTRY 

p 

02CD 

B 1 

EE 

1007 

clr 

@bcd  adr 

!init  sign/post  dec  ent! 

p 

02CF 

76 

EC 

80 

1008 

tm 

R12,?%80 

!is  input  word  negative? 

p 

02D2 

6B 

0D 

1009 

jr 

z,wrd  bO 

p 

02D4 

47 

EE 

80 

1010 

or 

@bcd  adr,#%80 

!set  result  negative! 

p 

02D7 

60 

ED 

101 1 

com 

R 1 3 

p 

02D9 

60 

EC 

1012 

com 

R 1 2 

p 

02DB 

06 

ED 

01 

1013 

add 

R 1 3 > #1 

p 

02DE 

16 

EC 

00 

1014 

adc 

R 1 2 , #0 

! RR 1 2 two's  complement! 

p 

02E 1 

10 

ED 

1015 

wrd  bO : rlc 

R 1 3 

p 

02E3 

10 

EC 

1016 

rlc 

R 1 2 

!bit  15  not  magnitude! 

p 

02E5 

EE 

1017 

inc 

bed  adr 

Jupdate  dest  pointer! 

p 

02E6 

E9 

7C 

1018 

Id 

TEM7  1 , bed  adr 

p 

02E8 

F9 

7D 

1019 

Id 

TEMP  2, bed  ent 

!dest  byte  count! 

p 

02EA 

04 

EF 

7C 

1020 

add 

TEMP  1,bcd  ent 

p 

02ED 

00 

7C 

1021 

dec 

T EM  P__  1 

!=  bed  end  addr! 

p 

02EF 

B1 

EE 

1022 

wrd  bl  : clr 

@bcd  adr 

!initialize  dest! 

p 

02F 1 

EE 

1023 

inc 

bed  adr 

p 

02F2 

FA 

FB 

1024 

d jnz 

bed  ent, wrd  bl 

p 

02F4 

E6 

7E 

OF 

1025 

Id 

TEMP  3, #15 

Jsource  bit  count! 

p 

02F7 

70 

7E 

1026 

wrd  b3:  push 

TEMP~3 

p 

02F9 

10 

ED 

1027 

rlc 

R 1 3 

p 

02FB 

10 

EC 

1028 

rlc 

R12 

!bit  15  to  carry! 

p 

02FD 

E8 

7C 

1029 

Id 

bed  adr, TEMP  1 

! start  at  end! 

p 

02FF 

F8 

7D 

1030 

Id 

bcd~cnt,TEMP“2 

!dest  byte  count! 

1031 

! (dest  bed  string)  7 — (dest  bed  string  * 2)  + carry! 

p 

0301 

E5 

EE 

7E 

1032 

wrd_b2:  Id 

TEMP  3,@bcd  adr 

p 

0304 

15 

EE 

7E 

1033 

adc 

TEMP  3 ,@bcd  adr 

!*  2 + carry! 

p 

0307 

40 

7E 

1034 

da 

TEMP“3 

p 

0309 

F5 

7E 

EE 

1035 

Id 

@bcd  adr, TEMP  3 

p 

030C 

00 

EE 

1036 

dec 

bed  adr 

!next  two  digits! 

p 

030E 

FA 

FI 

1037 

d jnz 

bed  ent, wrd  b2 

!loop  for  all  digits! 

p 

0310 

50 

7E 

1038 

pop 

TEMF_3 

Jrestore  sre  bit  ent! 

p 

0312 

7B 

04 

1039 

j r 

c,wrd  ex 

!dest.  overflow! 

p 

0314 

00 

7E 

1040 

dec 

TEMP_? 

p 

0316 

EB 

DF 

1041 

jr 

nz,wrd  b3 

!next  bit! 

p 

0318 

AF 

1042 

wrd_ex:  ret 

p 

0319 

1043 

END  wrdbcd 
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1045 

GLOBAL 

p 

0319 

1046 

hascwrd  PROCEDURE 

1047 

1048 

Purpose  = 

To  convert  a variable  length  Hex 

1049 

ASCII  string  to  binary. 

1050 

1051 

Input  = 

RR14  = address  of  source  ASCII 

1052 

string  (in  reg/ext/ser  memory) 

1053 

1054 

Output  = 

RR12  = binary  word  (any  overflow 

1055 

high  order  digits  are  truncated 

1056 

without  error). 

1057 

Carry  FLAG  = 1 if  input  error 

1058 

(serial  only) 

1059 

(SER  fig  indicates  cause) 

1060 

: 0 if  no  error 

1061 

R14,  R15  modified 

1062 

1063 

Note  s 

The  ASCII  input  string  processing  is 

1064 

terminated  with  the  occurrence  of  a 

1065 

non-hex  ASCII  character. 

1066 

1067 

ENTRY 

p 

0319 

BO 

7E 

1068 

clr 

TEMP  3 

p 

031B 

BO 

EC 

1069 

clr 

R12 

p 

031D 

BO 

ED 

1070 

clr 

R 1 3 ! init  output ! 

p 

031F 

D6 

03DA 

1 

1071 

has  cl : call 

get  sre  !get  input! 

p 

0322 

7B 

28 

1072 

jr 

c,has_ex1  !error! 

p 

0324 

D6 

040D 

1 1 

1073 

call 

ver  asc  !verify  hex  ASCII! 

p 

0327 

7B 

22 

1074 

Jr 

c,has  ex  !end  conversion! 

p 

0329 

A6 

7C 

39 

1075 

cp 

TEMP  1 ,//%39 

p 

032C 

3B 

03 

1076 

jr 

ule,Was  c2 

p 

032E 

26 

7C 

37 

1077 

sub 

TEMP  1 , #%37 

1078 

! Shift  left  one 

nibble! 

1079 

Ilnsert  new  nibble  in  least  significant  nibble! 

p 

0331 

FO 

ED 

1080 

has  c2:  swap 

R13 

p 

0333 

D9 

7D 

1081 

Id 

TEMP  2 , R 13 

p 

0335 

56 

ED 

FO 

1082 

and 

R13,7%F0 

p 

0338 

56 

7C 

OF 

1083 

and 

TEMP  1 , #%0F 

p 

033B 

44 

7C 

ED 

1084 

or 

R 1 3 ,TEMP  1 

p 

033E 

FO 

EC 

1085 

swap 

R12 

p 

0340 

56 

EC 

FO 

1086 

and 

R12,nF0 

p 

0343 

56 

7D 

OF 

1087 

and 

TEMP  2,#%0F 

p 

0346 

44 

7D 

EC 

1088 

or 

R12,TEMP_2 

p 

0349 

8B 

D4 

1089 

jr 

has  cl  !loop! 

p 

034B 

CF 

1090 

has  ex:  ref 

! no  error! 

p 

034C 

AF 

1091 

has  exl :ret 

p 

034D 

1092 

END  hascwrd 
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1094  GLOBAL 

p 034D  1095  dascwrd  PROCEDURE 

1096  !»»********»»*»*»******«»*»»*********»**»**»»»»*»«*«** 


1097  Purpose  = To  convert  a variable  length  decimal 

1098  ASCII  string  to  signed  binary. 

1099 

1100  Input  r RR14  = address  of  source  ASCII 

1101  string  (in  reg/ext/ser  memory). 

1102 

1103  Output  r RR 1 2 = binary  word 

1104  R8, R9» R10, R1 1 holds  the  packed  BCD 

1105  version  of  the  result. 

1106  Carry  FLAG  = 1 if  input  error 

1107  (serial  only) 

1108  (SER_flg  indicates  cause) 

1109  or  dest  overflow 

1110  : 0 if  no  error 

1111  R1 4 , R 1 5 modified 

1112 

1113  Note  = The  ASCII  input  string  processing  is 

1114  terminated  with  the  occurrence  of  a 

1115  non-decimal  ASCII  character. 

1116  Decimal  ASCII  string  may  be  no  more 

1117  than  6 digits  in  length,  else  Carry 

1118  will  be  returned. 

1119  Post  decimal  digits  are  not  included 

1120  in  the  binary  result.. 

1122  ENTRY 


p 

034D 

CC 

03 

1123 

Id 

R12,#3 

!6  digits! 

p 

034F 

DC 

08 

1124 

Id 

R1 3 >#8 

!temp  addr  =! 

p 

0351 

04 

FD  ED 

1125 

add 

R 1 3 » BP 

!R8  thru  R 1 1 ! 

p 

0354 

D6 

0363' 

1126 

call 

dascbcd 

! convert  to  bed! 

p 

0357 

7B 

F3 

1127 

Jr 

c,has  exl 

! error ! 

p 

0359 

EC 

08 

1128 

Id 

R14,#S 

p 

035B 

04 

FD  EE 

1129 

add 

R 1 4 , RP 

p 

035E 

FC 

03 

1130 

Id 

R15,#3 

p 

p 

0360 

0363 

8D 

0284  ’ 

1131 

1132  END 

jP 

dascwrd 

bcdwrd 

!convert  to  binary! 

1134  CONSTANT 

1135  dab_LEN  :=  R12 

1136  dab_DST  :=  R 1 3 

1137  GLOBAL 

P 0363  1138  dascbcd  PROCEDURE 

1 1 39  ?****************»******************************«***** 

1140  Purpose  = To  convert  a variable  length  decimal 

1141  ASCII  string  to  BCD. 

1142 


1143 

1144 

1145 

1146 

1147 

1 148 

1149 

1150 

1151 

1 152 

1153 

1154 

1155 

1156 

1157 

1158 

1159 

1160 
1161 


Input  = R13  = address  of  destination  BCD 

string  (in  register  memory). 

RR14  = address  of  source  ASCII 

string  (in  reg/ext/ser  memory). 
R12  = BCD  digit  count  / 2 

Output  = BCD  string  in  designated  destination 

buffer  (any  overflow  high  order 
digits  are  truncated  without  error). 
Carry  FLAG  = 1 if  input  error 

(serial  only) 
(SER_flg  indicates  cause) 
or  overflow 
R14,  R15  modified. 

Note  = The  ASCII  input  string  processing  is 

terminated  with  the  occurrence  of  a 
non-decimal  ASCII  character. 

**ft**ft*»«*ft»ftft«ft**»*»ftft***ftft»ft*«*»ft«»*ft»ftftftftftftftftftftftft»| 


1162  ENTRY 


p 

0363 

70 

EC 

1163 

push 

dab  LEN 

! save! 

p 

0365 

70 

ED 

1164 

push 

dab  DST 

p 

0367 

B1 

ED 

1165 

das_ 

_g1  : 

clr 

@dab  DST 

!init.  destination! 

p 

0369 

DE 

1166 

inc 

dabJDST 

p 

036A 

CA 

FB 

1167 

d jnz 

dab  LEN, das  gl 

p 

036C 

B1 

ED 

1168 

clr 

0daF  DST 

! init . ! 

p 

036E 

50 

ED 

1169 

pop 

dab  DST 

! restore ! 

p 

0370 

50 

EC 

1170 

pop 

dab“LEN 

p 

0372 

E6 

7E 

01 

1171 

Id 

TEM?  3,#1 

! for  ver  asc! 

p 

0375 

B0 

7B 

1172 

clr 

TEMP~4 

!bit  0 =7  digit  seen; 

1173 

bit  1 =>  dec  pt  seen; 

1174 

bit  7 =>  overflow! 

p 

0377 

D6 

03DA 

t 

1175 

das_ 

_g2 : 

call 

get_src 

!get  input  byte! 

p 

037A 

7B 

41 

1176 

jr 

c,dab  exl 

!serial  error! 

p 

037C 

56 

7C 

7F 

1177 

and 

TEMP  1,#%7F 

! 7-bit  ASCII! 

p 

037F 

76 

7B 

03 

1178 

tm 

TEMP“4,//%03 

!check  status! 

p 

0382 

EB 

OF 

1179 

jr 

nz,das  g5 

!sign  char  not  valid! 

p 

0384 

A6 

7C 

2B 

1180 

cp 

TEMP_17#»  + * 

! positive? ! 

p 

0387 

6B 

EE 

1181 

jr 

z,das  g2 

!yes.  no  affect! 

p 

0389 

A6 

7C 

2D 

1182 

cp 

TEMP_1,#'-» 

! negative? ! 

p 

038C 

EB 

07 

1183 

jr 

nz,das  g4 

!not  sign  char! 

p 

038E 

B7 

ED 

80 

1184 

xor 

§dabJ)3T,//%80 

Jcomplement  sign! 

p 

0391 

8B 

E4 

1185 

jr 

das_g2 

!get  next  input! 

p 

0393 

5B 

0A 

1186 

das 

g5 : 

jr 

mi, das  g6 

!dec  pt  has  been  seen! 

p 

0395 

A6 

7C 

2E 

1187 

das“ 

_g4 : 

cp 

TEMP  1 , # * . * 

!is  char  dec  pt?! 

p 

0398 

EB 

05 

1188 

jr 

nz,das  g6 

! nope . ! 

p 

039A 

46 

7B 

03 

1189 

or 

TEMP  4,#%03 

!dec  pt  and  digit  seen! 

p 

039D 

8B 

D8 

1190 

jr 

das_g2 

!get  next  input! 

p 

039F 

D6 

040D 

» 

1191 

das 

_g6 : 

call 

ver  asc 

! is  bed  digit? ! 

p 

03A2 

7B 

16 

1192 

jr 

c,dab  ex 

!end  conversion.! 

p 

03A4 

46 

7B 

01 

1193 

or 

TEMP  4,#%01 

!digit  seen! 

p 

03A7 

D6 

0463 

» 

1194 

call 

rdl 

!new  digit  to  dest! 

p 

03AA 

EB 

09 

1195 

jr 

nz,das  g7 

! overflow! 

p 

03AC 

76 

7B 

02 

1196 

tm 

TEMP_47#%02 

!post  dec  digit?! 

p 

03AF 

6B 

C6 

1197 

jr 

z,das  g2 

!no.  get  next  input! 

1-28 


i 


p 

03B1 

21 

ED 

1198 

inc 

@dab  DST  line  post  dec  ent! 

p 

03B3 

8B 

C2 

1199 

jr 

das_g2  !get  next  input! 

p 

03B5 

46 

7B  80 

1200 

das  g7:  or 

TEMP  4,//%80  !set  overflow! 

p 

03B8 

8B 

BD 

1201 

jr 

das_g2  !get  next  input! 

1202 

p 

03BA 

E4 

7B  FC 

1203 

dab  ex:  Id 

FLAGS, TEMP  4 !carry  = 0 or  1! 

p 

03BD 

AF 

1204 

dab_ex1:  ret 

p 

03BE 

1205 

END  dascbcd 

1207 

GLOBAL 

p 

03BE 

1208 

wrddasc  PROCEDURE 

1209 

1210 

Purpose  = 

To  convert  a signed  binary  word  to 

1211 

decimal  ASCII 

1212 

1213 

Input  = 

RR12  = source  binary  word. 

1214 

RR14  = address  of  dest  (in  reg/ext/ser 

1215 

memory)  . 

1216 

1217 

Output  = 

Decimal  ASCII  in  dest  buffer. 

1218 

R8» R9, RIO, R1 1 holds  the  packed  BCD 

1219 

version  of  the  result. 

1220 

R 1 2 , R 1 3 , R 1 4 , R15  modified. 

1221 

1222 

ENTRY 

p 

03BE 

70 

EE 

1223 

push 

R 1 4 

p 

03C0 

70 

EF 

1224 

push 

R 1 5 !save  dest  addr! 

p 

03C2 

EC 

08 

1225 

Id 

R 1 4 , # 8 

p 

03C4 

04 

FD  EE 

1226 

add 

R 1 4 , RP  ! R8 , 9 , 1 0 & 11  temp! 

p 

03C7 

FC 

03 

1227 

Id 

R15,#3  !temp  byte  length! 

p 

03C9 

D6 

02CD 1 

1228 

call 

wrdbed  ! convert  input  word! 

p 

03CC 

50 

EF 

1229 

pop 

R 1 5 

p 

03CE 

50 

EE 

1230 

pop 

R14  Jrestore  dest  addr! 

p 

03D0 

CC 

03 

1231 

Id 

R12,#3  Jlength  of  temp! 

p 

03D2 

DC 

08 

1232 

Id 

R1 3 »#8 

p 

03D4 

04 

FD  ED 

1233 

add 

R13,RP  ! addr  of  temp! 

p 

0 3D7 

8D 

0205  * 

1234 

JP 

beddase  !convert  to  ASCII! 

p 

03DA 

1235 

END  wrddasc 
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->='  


1237 

GLOBAL 

! for  PART  II 

only! 

p 

03DA 

1238 

get  src  PROCEDURE 

1239 

j ##▼####»*#######**»*####»#»«#**#*#**#*#**#***#*###### 

1240 

Purpose  = 

To  get  source  byte  from 

1241 

reg/ext/ser  1 

memory  into  TEMP_1. 

1242 

1243 

Output  = 

Carry  FLAG  = 

1 if  error  (serial) 

1244 

= 

0 if  all  ok 

1245 

TEMP  1 r source  byte. 

1246 

RR14  updated 

• 

1247 

*****ftft«ftfttt«*»*«****«*«*»ft***»**«»ft#*ft**ft«*»*ft*ft**ft»*{ 

1248 

ENTRY 

p 

03DA 

CF 

1249 

ref 

! set  good  return  code! 

p 

03DB 

EE 

1250 

inc 

R 1 4 

! test  R 1 4 = 0! 

p 

03DC 

EA 

06 

1251 

d jnz 

R14,get  si 

! src  in  ext  memory! 

p 

03DE 

FE 

1252 

inc 

R15 

! test  R 1 5 = 0! 

p 

03DF 

FA 

OE 

1253 

d jnz 

R15,get  s2 

! src  in  reg  memory! 

p 

03E1 

8D 

0000* 

1254 

JP 

ser  get 

!src  in  ser  memory! 

p 

03E4 

70 

EB 

1255 

get  si : push 

R 1 1 

!save  user’s! 

p 

03E6 

82 

BE 

1256 

lde 

R1 1 ,§RR14 

! get  byte! 

p 

03E8 

B9 

7C 

1257 

Id 

TEMP  1,R11 

!move  to  common! 

p 

03EA 

50 

EB 

1258 

pop 

R11 

Jrestore  user’s! 

p 

03EC 

AO 

EE 

1259 

inew 

RR 14 

! update  src  ptr! 

p 

03EE 

AF 

1260 

ret 

p 

03EF 

E5 

EF 

7C 

1261 

get  s2:  Id 

TEMP  1,@R15 

!get  byte! 

p 

03F2 

FE 

1262 

inc 

R 1 5 “ 

!update  src  ptr! 

p 

03F3 

AF 

1263 

ret 

p 

03F4 

1264 

END  get_src 

1265 

1266 

GLOBAL 

! for  PART  II 

only! 

p 

03F  4 

1267 

put  dest 

PROCEDURE 

1268 

1 « *Y# a*#****#**##*#####* »***#»* »#*#**#*#*# #####* # ***** 

• 

1269 

Purpose  = 

To  store  destination  byte  from  TEMP_1 

1270 

into  reg/ext/ser  memory 

1271 

1272 

Output  = 

RR14  updated 

• 

1273 

***»**»**»«»**«* 

1274 

ENTRY 

p 

03F  4 

EE 

1275 

inc 

R 14 

! test  R 1 4 = 0! 

p 

03F5 

EA 

06 

1276 

d jnz 

R 1 4 , put  si 

!dest  in  ext  memory! 

p 

03F7 

FE 

1277 

inc 

R15 

! test  R15  = 0! 

p 

03F8 

FA 

OE 

1278 

d jnz 

R1 5 ,put__s2 

!dest  in  reg  memory! 

p 

03FA 

8D 

0000* 

1279 

jP 

ser  output 

!dest  in  ser  memory! 

p 

03FD 

70 

EB 

1280 

put  s 1 : push 

R11 

!save  user’s! 

p 

03FF 

B8 

7C 

1281 

Id 

R 1 1 , TEMP  1 

p 

0401 

92 

BE 

1282 

lde 

@RR1 4 , R IT 

p 

0403 

50 

EB 

1283 

pop 

R 1 1 

!restore  user's! 

p 

0405 

AO 

EE 

1284 

inew 

RR  1 4 

p 

0407 

AF 

1285 

ret 

p 

0408 

F5 

7C 

EF 

1286 

put  s2:  Id 

@R1 5 ,TEMP  1 

p 

040B 

FE 

1287 

inc 

R15 

p 

040C 

AF 

1288 

ret 

p 

040D 

1289 

END  put  dest 
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1291 

CONSTANT 

129  2 

MODE 

:=  TEMP  3 

1293 

char 

: = TEMP_1 

1294 

INTERNAL 

p 

040D 

1295 

ver  asc  PROCEDURE 

1296 

J ftftTftff  ftftftftftttftftftftftftftftftftttftftftftftftftftftftftftfttf  ftftftftftftftftftftftftftftftft  ft 

1297 

Purpose  = 

To  verify  input  character  as  valid 

1298 

hex  or  decimal 

ASCII. 

1299 

1300 

Input  = 

TEMP  1 = 8-bit 

input 

1301 

TEMP  3 = 0 => 

test  for  hex, 

1302 

1 => 

test  for  decimal 

1303 

1304 

Output  = 

Carry  FLAG  = 0 

if  no  error 

1305 

1 

if  error. 

1306 

*ftftft«ftftftftftftftftftftftftftftftftftftftft*ftftftftftftftftftftftftftftftftftftftftftftftftftftfti 

1307 

ENTRY 

p 

040D 

56 

7C 

7F 

1308 

and 

char , #%7F 

! 7-bit  ASCII! 

p 

0410 

A6 

7C 

30 

1309 

cp 

char  , // f 0 • 

Irange  start:  * 0 * ! 

p 

0413 

7B 

16 

1310 

j r 

ult,ver  err 

!no  good! 

p 

0415 

A6 

7C 

3A 

1311 

cp 

char , # ’ 9 ’ +1 

! dec  range  end : 1 9 ' ! 

p 

0418 

7B 

10 

1312 

jr 

ult,ver  ok 

tail's  well! 

p 

04  1 A 

76 

7E 

01 

1313 

tm 

M0DE,#1~ 

!dec  or  hex?! 

p 

04 1 D 

EB 

OB 

1314 

j r 

nz,ver  ere 

!no  good! 

p 

04 1 F 

56 

7C 

DF 

1315 

and 

char , #TNOT( ' a * 

-fA')  !insure  upper  case! 

p 

0422 

A6 

7C 

41 

1316 

cp 

char  , //  ’ A 1 

Jcheck  A-F  range! 

p 

0425 

7B 

04 

1317 

jr 

ult,ver  err 

!no  good! 

p 

0427 

A6 

7C 

47 

1318 

cp 

char , //  ’F’  + 1 

!end  hex  range! 

1319 

ver  ok: 

p 

042A 

EF 

1320 

ver  ere:  ccf 

!complement  carry! 

p 

042B 

AF 

1321 

ver  err : ret 

p 

042C 

1322 

END  ver  asc 

1324 

INTERNAL 

p 

042C 

1325 

bed  bin  PROCEDURE 

1326 

; » ftT ftftftftftftftftftftftftftftftftftftftftftftfttftftftftftftftftftftftftftftftftftftftftftftftftftft 

1327 

Purpose  = 

To  convert  next  bed  digit  to  binary. 

1328 

1329 

Input  = 

TEMP_1  = digit 

1330 

1331 

Output  = 

RR12  = RR12  • 

10  + digit 

1332 

ftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftj 

1333 

ENTRY 

p 

042C 

56 

7C 

OF 

1334 

and 

TEMP  1,#%0F 

{isolate  digit! 

p 

042F 

A6 

7C 

09 

1335 

cp 

TEMP~1  ,#9 

{verify  valid! 

p 

0432 

BB 

2D 

1336 

jr 

ugt,Fcd  bl 

! error ! 

p 

0434 

02 

DD 

1337 

add 

R 1 3 * R 1 3 

p 

0436 

12 

CC 

1338 

adc 

R 1 2 , R 1 2 

!2x! 

p 

0438 

7B 

27 

1339 

jr 

c,bcd  bl 

! overflow! 

p 

043A 

70 

EC 

1340 

push 

R12 

p 

043C 

70 

ED 

1341 

push 

R 1 3 

p 

043E 

02 

DD 

1342 

add 

R 1 3 » R 1 3 

p 

0440 

12 

CC 

1343 

adc 

R 1 2 , R 1 2 

!4x! 

p 

0442 

7B 

19 

1344 

jr 

c,bcd  b2 

! overflow! 

p 

0444 

02 

DD 

1345 

add 

R13,RT3 

p 

0446 

12 

CC 

1346 

adc 

R 1 2 , R12 

!8x! 

p 

0448 

7B 

13 

1347 

jr 

c,bcd  b2 

! overflow! 

p 

044A 

04 

7C 

ED 

1348 

add 

R 1 3 » TEMP  1 

p 

044D 

16 

EC 

00 

1349 

adc 

R12,#0  - 

! 8x  + d ! 

p 

0450 

7B 

OB 

1350 

jr 

c,bcd  b2 

{overflow! 

p 

0452 

50 

7C 

1351 

pop 

TEMP  T 

p 

0454 

04 

7C 

ED 

1352 

add 

R 1 3 7 TEMP  1 

p 

0457 

50 

7C 

1353 

pop 

TEMP  1 “ 

p 

0459 

14 

7C 

EC 

1354 

adc 

R12,TEMP_1 

! 1 0x  + d! 

p 

045C 

AF 

1355 

ret 

1356 

p 

045D 

50 

7C 

1357 

bed  b2:  pop 

TEMP  1 

p 

045F 

50 

7C 

1358 

pop 

TEMP_1 

{restore  stack! 

p 

0461 

DF 

1359 

bed  bl:  scf 

! error ! 

p 

0462 

AF 

1360 

ret 

p 

0463 

1361 

END  bcd_bin 
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P 0463 


1363 

1364 

1365 

1366 

1367 

1368 

1369 

1370 

1371 

1372 

1373 

1374 

1375 

1376 

1377 

1378 

1379 

1380 

1381 

1382 
1383 


CONSTANT 

s_len  :=  R12 

s_adr  : = R13 

INTERNAL 

rdl  PROCEDURE 

t #####*##*##*#########*###*#*#*###*#*###*#*#***####*#* 

• 

Rotate  Digit  Left 


Input  = 


Output  s 


a#*##**##### 

ENTRY 


R12  = BCD  string  length 
R 1 3 = BCD  string  address 
TEMP_1  bit  3-0  = new  digit 

BCD  string  rotated  left  one  digit: 
new  digit  inserted  in  units  position. 
TEMP_1  bit  3-0  = digit  rotated  out 

of  high  order  digit  position 
bit  7-4  = 0 

Zero  FLAG  = 1 if  TEMP_1  <>  0 
R12,  R 1 3 unmodified 

«*«****ftftft*«*t*»*ftft*«ft«ft**ft«**#ft****ft*ft**! 


p 

0463 

70 

EC 

1384 

push 

s_len 

p 

0465 

02 

DC 

1385 

add 

s adr,s  len 

{address  of  units  place! 

p 

0467 

FI 

ED 

1386  rdl  01: 

swap 

@s  adr 

p 

0469 

E5 

ED 

7D 

1387 

Id 

TEMP  2 ,@s  adr 

p 

046C 

57 

ED 

FO 

1388 

and 

Qs  a3r,#%T0 

lisolate  digit! 

p 

046F 

56 

7C 

OF 

1389 

and 

TEMP  1,#%0F 

{isolate  new  digit! 

p 

0472 

45 

ED 

7C 

1390 

or 

TEMP“1,§s  adr 

p 

0475 

F5 

7C 

ED 

1391 

Id 

@s  adr, TEMP  1 

! save  new  byte ! 

p 

0478 

E4 

7D 

7C 

1392 

Id 

TEHP__1  ,TEMP~2 

p 

047B 

00 

ED 

1393 

dec 

s adr 

!back-up  pointer! 

p 

047D 

CA 

E8 

1394 

djnz 

s len, rdl  01 

!loop  till  done! 

p 

047F 

56 

7C 

OF 

1395 

and 

TEMP_1,#%0F 

!old  high  order  digit! 

p 

0482 

50 

EC 

1396 

pop 

s_len 

!restore  R12! 

p 

0484 

AF 

1397 

ret 

p 

0485 

1398  END 

rdl 

1400  INTERNAL 

p 

0485 

1401  rdr 

PROCEDURE 

1402  i ***************************************************** 


1403 

1404 

Rotate  Digit 

Right 

1405 

Input  = 

R12  = BCD  string  length 

1406 

R 1 3 s BCD  string  address 

1407 

TEMP_1  bit  7-4  = new  digit 

1408 

1409 

Output  = 

BCD  string  rotated  right  one  digit; 

1410 

new  digit  inserted  in  high  order 

1411 

position . 

1412 

R12  unmodified 

1413 

R 1 3 modified 

1414  «*ftft****«*ft«»*»«ft*ft*»*ft*»***ft«»ft***«**»ft*»*****»ftft**tt! 

1415  ENTRY 


P 

0485 

70 

EC 

1416 

push 

s len 

P 

0487 

DE 

1417  rdr  01  : 

inc 

s adr 

P 

0488 

FI 

ED 

1418 

swap 

@s  adr 

P 

048A 

E5 

ED 

7E 

1419 

Id 

TEffiP  3,0s  adr 

P 

048D 

57 

ED 

OF 

1420 

and 

@s  a3r,#$0F 

! isolate  digit ! 

P 

0490 

56 

7C 

FO 

1421 

and 

TEMP  1 , #%F0 

!isolate  new  digit! 

P 

0493 

45 

ED 

7C 

1422 

or 

TEMP“1,§s  adr 

P 

0496 

F5 

7C 

ED 

1423 

Id 

0s  adr, TEMP  1 

!save  new  byte! 

P 

0499 

E4 

7E 

7C 

1424 

Id 

TEFTP_1  ,TEMP“3 

P 

049C 

CA 

E9 

1425 

djnz 

s len,rdr_01 

!loop  till  done! 

P 

049E 

50 

EC 

1426 

pop 

s__len 

!restore  R12! 

P 

04A0 

AF 

1427 

ret 

P 

04A1 

1428  END 

rdr 
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Bit  Manipulation  Routines 


P 04A1 


1460 

1461 

1462 

1463 

1464 

1465 

1466 

1467 

1468 

1469 

1470 

1471 

1472 

1473 

1474 


CONSTANT 

tjm_bits  : = R12 

tjm  mask  :=  R13 

GLOBlL 

clb  PROCEDURE 

Purpose  = To  collect  selected  bits  in  a byte 

into  adjacent  bits  in  the  low  order 
end  of  the  byte.  Upper  bits  in  byte 
are  set  to  zero. 

Input  = R12  = input  byte 

R 1 3 = mask.  Bit  = 1 =>  corresponding 
input  bit  is  selected. 


1475  Output  = 

1476 

1477  Note  = 

1478 

1479 

1480 

1481 

1482  *************** 

1483  ENTRY 


p 

04  A 1 

E6 

7C  08 

1484 

Id 

p 

0 4A4 

B0 

7D 

1485 

clr 

p 

04A6 

90 

EC 

I486 

nextl:  rl 

p 

04A8 

90 

ED 

1487 

rl 

p 

04AA 

FB 

06 

1488 

jr 

p 

04AC 

E0 

EC 

1489 

rr 

p 

04  AE 

90 

EC 

1490 

rl 

p 

04B0 

10 

7D 

1491 

rlc 

1492 

no_select : 

p 

04B2 

00 

7C 

1493 

dec 

p 

04B4 

EB 

F0 

1494 

jr 

p 

04B6 

C8 

7D 

1495 

Id 

p 

04B8 

AF 

1496 

ret 

p 

04B9 

1497 

END  clb 

R12  = collected  bits 


For  example: 

Input  : R 12  = *(2)01110110 


Rl  3 

= *(2)10000101 

Output  : R12 

= *(2)00000010 

#####*#######*#*#**###*#*#*»*##»**»*#  j 

TEMP  1 , #8 

!bit  count! 

TEMP~2 

Ibits  collected  here! 

t jm__bits 

! bit  7 to  bit  0! 

t jm__mask 

!bit  7 to  carry! 

nc  ,no  select 

Jdon’t  use  this  bit! 

t jm_bTts 

tjm  bits 

!bit  7 to  0 and  carry! 

TEMF_2 

Jcollect  source  bit! 

TEMP_1 

nz ,next 1 

!repeat ! 

R12,TEMP_2 

CONSTANT 

t jm_tabh  : = R14 

tjm_tabl  :=  R15 

tjm  tab  :=  RR14 

GLOBlL 

tjm  PROCEDURE 

Purpose  = To  take  a jump  to  a routine  address 

determined  by  the  state  of  selected 
bits  in  a source  byte.  A bit 
is  ’selected*  by  a one  in  the 
corresponding  position  of  a mask. 

The  ’selected*  bits  are  packed  into 
adjacent  bits  in  the  low  order  end  of 
the  byte.  This  value  is  then  doubled, 
and  used  as  an  index  into  the  jump 
table . 


Input  r RR14  r address  of  jump  table  in 

program  memory. 

R12  = input  data 
R 1 3 s mask 

««*ft**»*»***»«*»»**ft*ft»****ft*ftfttttt****»***»ft**«*»**»**! 

ENTRY 


p 

04B9 

D6 

04  A 1 ’ 

1523 

call 

clb 

fcollect  selected  bits 

p 

04BC 

02 

CC 

1524 

add 

t jm_ 

bits  ,t jm 

bits  fcollected  bits  * 2! 

p 

O^BE 

16 

EE  00 

1525 

adc 

tjm” 

tabh , y/0 

!in  case  carry! 

p 

04C  1 

02 

FC 

1526 

add 

tjm” 

tabl  ,t jm 

bits 

p 

04C3 

16 

EE  00 

1527 

adc 

tjm_ 

tabh, 00 

!tjm  tab  points  to...! 

p 

04C6 

C 2 

DE 

1528 

ldc 

tjm 

mask  ,@t jm 

_tab  !... table  entry! 

p 

04C8 

AO 

EE 

1529 

incw 

tjm 

tab 

p 

04CA 

C2 

FE 

1530 

ldc 

t jm_ 

tabl  ,@t jm 

tab  !get  table  entry...! 

p 

04CC 

E8 

ED 

1531 

Id 

tjm 

tabh , tjm 

mask  !...into  tjm_tab! 

1532 

p 

04CE 

30 

EE 

1533 

JP 

@tjm  tab 

!bye! 

1534 

p 

04D0 

1535  END 

tjm 

1536  END  PART  I 


0 errors 

Assembly  complete 
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ROMLESS  Z8  SUBROUTINE  LIBRARY  PART  II 


Z8ASM  3.02 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 


1 

2 

3 

4 

5 

6 
7 


PART__I  I MODULE 

! ’ROMLESS  Z8 * 

! 


SUBROUTINE  LIBRARY  PART  II 


9 CONSTANT 


10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 
3* 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 


! Register  Usage! 


RAM  START  :=  %7F 


P3M_save 
TEMP  3 
TEMP”"2 
TEMP  1 
TEMP  4 


RAM_START 
P3M  save-1 
TEM7_3-1 
TEMP  2-1 
TEMP- 1 - 1 


!The  following  registers  are  modified/referenced 
by  the  Serial  Routines  ONLY.  They  are 
available  as  general  registers  to  the  user 
who  does  not  intend  to  make  use  of  the 
Serial  Routines! 


SER_char 
SER_tmp2 
SER_tmp1 
SER  put 
SER__len 
SER  buf 
SER“imr 
SER  cfg 
! Serial 
bit  7 
bit  6 
(bit 
bit  5 
bit  4 
bit  3 
bit  2 
bit  1 
bit  0 
! 


TEMP_4-1 
SER_char-1 
SER_tmp2-1 
SER_tmp1 -1 
SER  put-1 
SER~len-2 
SER  buf-1 
SER- imr-1 


Configuration  Data 
=1  r > odd  parity  on 
. =1  =>  even  parity  on 
6,7  = 1 1 =>  undefined) 

: undefined 
: undefined 

: =1  =>  input  editting  on 
: r 1 =>  auto  line  feed  enabled 
: r 1 =>  BREAK  detection  enabled 
: =1  =>  input  echo  on 


op  : = 

%80 

ep  : = 

%40 

ie  : = 

%08 

al  : = 

%04 

be  : = 

%02 

ec  : = 

%01 

SER  get 

• _ 
• • 

SER~flg 

• M 
• «■» 

! Serial  Status 

Flags 

SER_cfg-1 
SER  get-1 


54 

bit 

7 

• 

■ 

! 1 

=> 

serial 

I/O  disabled 

55 

bit 

6 

undefined 

56 

bit 

5 

und 

efined 

57 

bit 

4 

1 

= > 

parity 

error 

58 

bit 

3 

1 

=> 

BREAK 

detected 

59 

bit 

2 

1 

= > 

input 

buffer  overflow 

60 

bit 

1 

1 

= > 

input 

buffer  not  empty 

61 

bit 

0 

1 

= > 

input 

buffer  full 

62 

! 

63 

sd 

r 

%80 

64 

pe 

• ma 

% 10 

65 

bd 

- 

%08 

66 

bo 

- 

%04 

67 

bne 

- 

%02 

68 

bf 

> 

%0*\ 

69 
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70  RAM  TMR 

:=  RAM  START-$1 0 

71 

72  SERI  time 

:=  SER  flg-1 

73  SERhtime 

: r SERltime-1 

74 

75  !The  following  registers  are  modified/referenced 

76  by  the  Timer/Counter  Routines  ONLY.  They  are 

77  available  as  general  registers  to  the  user 

78  who  does  not  intend  to  make  use  of  the 

79  Timer/Counter  Routines! 

80 

81  TOD  tic 

r RAM  TMR-2 

82  TOD“imr 

= T0D~tic-1 

83  T0D“hr 

= TOD  imr-1 

84  TOD  min 

= TOD~hr- 1 

85  TOD  sec 

= TOD  min- 1 

86  TOD  tt 

= TOD  sec-1 

87  PLS~1 

= TOD  tt-1 

88  PLS  tmr 

= PLS“1-1 

89  PLS“2 

= PLS  tmr- 1 

90 

91  RAM  END 

: = PLS  2 

92  STA^K 

:=  RAM  END 

93 

94  ! Equivalent  working  register  equates 

95  for  above  register  layout! 

96 

97  Jregister  file  $70  - %7F ! 

98  RAM  STARTr 

:=  $70  ! for  SRP! 

99 

100  rP3Msave 

= R 1 5 

101  rTEMP  3 

= R 1 4 

102  rTEMP  2 

= R 1 3 

103  rTEMP“1 

= R 12 

104  rr TEMP  1 

= RR  1 2 

105  rTEMP  Th 

= R 12 

106  rTEMP  11 

= R 1 3 

107  rTEMP  4 

= R 1 1 

108  rSERcKar 

r RIO 

109  rSERtmp2 

= R9 

110  rSERtrnpl 

= R8 

111  rrSERtmp 

= RR8 

112  r SERtmpl 

= R9 

113  rSERtmph 

= R8 

114  rSERput 

= R7 

115  rSERlen 

= R6 

116  rrSERbuf 

= RR4 

117  rSERbufh 

= R4 

118  r SERbufl 

= R5 

119  rSERimr 

= R3 

120  rSERcfg 

= R2 

121  rSERget 

= R 1 

122  rSERflg 

= RO 

123 

124 

125  !register  file  $60  - $6F! 

T26  RAM  TMRr 

= $60  ! for  SRP! 

127  rTO'Dtic 

= R 1 3 

128  r TODimr 

= R 1 2 

129  rTODhr 

= R 1 1 

130  rTODmin 

= RIO 

131  r TODsec 

= R9 

132  rTODtt 

= R8 

133  r PLS  1 

= R7 

134  rPLStmr 

= R6 

135  rPLS_2 

= R5 

137  EXTERNAL 

138  get  src  I 

3R0CEDURE 

139  put  dest  I 

}R0CEDURE 

140  multiply  I 

’ROCEDURE 

141  $SECTI0N 

PROGRAM 
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Serial  Routines 


164  CONSTANT 


Purpose  = 


Input  = 


165  si_PTR 

166  si_TMP1 

167  si  TMP2 

168  GLOBAL 

169  ser  init 

170  !»»■*#»»*»#*#*»» 

171  serial  initiali 

172 

173  Purpose  = 

174 

175 

176 

177 

178  Input  = 

179 

180 
181 
182 

183 

184 

185 

186 

187 

188 

189 

190 

191 

192  Output  = 

193 

194 

195  Note  = 

196 

197 

198 

199 

200 
201 
202 

203 

204 

205 

206 

207 

208 

209 

210 
21  1 
212 

213 

214 

215 

216  **ft*tt»ttft»»«ftft*« 

217  ENTRY 


Output  = 


Note  = 


RR 1 4 
R 1 1 
R 1 3 


PROCEDURE 


To  initialize  the  serial  channel  and 
RAM  flags  for  serial  1/0.  Serial 
input  occurs  under  interrupt  control. 
Serial  output  occurs  in  a polled  mode 

RR14  = address  of  parameter  list  in 
program  memory  (if  R14  = 0, 
use  defaults) : 

1 byte  = Serial  Configuration  Data 
(see  definition  of  SER_cfg) 

1 byte  = IMR  mask  for  nestable 
interrupts 

1 word  = address  of  circular  input 
buffer  (in  reg/ext  memory) 

1 byte  = Length  of  input  buffer 
1 byte  = Baud  rate  counter  value 
1 byte  = Baud  rate  prescaler  value 
(unshifted ) 


**»*«»»»«»«»»*« 


Serial  I/O  operations  initialized. 

R11,  R 1 2 , R 1 3 , R 1 4 , R 1 5 modified. 

Defaults : 

Input  echo  on 
Input  editting  on 
BREAK  detection  enabled 
No  parity 
Auto  line  feed  on 
Input  Buffer  Address  = SER_char 
Input  buffer  length  = 1 byte 
Baud  Rate  = 9600  (assuming 
XTAL  = 7-3728  MHz) 

The  instruction  at  %0809  must  result 
in  a jump  to  the  jump  table  entry  for 
ser_input . 

If  BREAK  detection  is  disabled,  and  a 
BREAK  occurs,  it  will  be  received  as  a 
continuous  string  of  null  characters. 

The  parameter  list  is  not  referenced 
following  initialization. 


p 

0000 

EE 

218 

inc 

p 

0001 

EA 

04 

219 

djnz 

p 

0003 

EC 

00» 

220 

Id 

p 

0005 

FC 

51  * 

221 

Id 

p 

0007 

BC 

72 

222 

si_1 : 

Id 

p 

0009 

DC 

05 

223 

Id 

p 

000B 

C3 

BE 

224 

si_2 : 

ldci 

p 

000D 

DA 

FC 

225 

djnz 

p 

000F 

56 

73  F7 

226 

227 

and 

R14  fuse  defaults?! 

Rl4,si_1  !no.  given  by  caller.! 

R14,#HI  ser_def  !address  of  default...! 
R15i#L0  ser  def  !...  parameter  list.  ! 
si  TMP1 , #SE"ft  cfg 
si~TMP2,#5  ” 

@si  TMP1,@si_PTR  ! get  initialization...! 
si_TMP2,si_2  !.. .parameters! 

SER  imr,y/%F7  ! insure  no  self-nesting! 
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228 

! initialize 

Port  3 Mode  Register 

for  serial  I/O! 

p 

0012 

56 

FI 

FC 

229 

AND 

TMR , //16FC 

! disable  TO! 

p 

0015 

B8 

72 

230 

Id 

si  TMP1 , SER  cfg 

!configuration  data! 

p 

0017 

56 

EB 

80 

231 

AND 

si  TMP1,//%80 

!odd  parity  select! 

p 

001 A 

46 

EB 

40 

232 

OR 

si  TMP1,//%40 

!P30/7  = Sin/Sout! 

p 

00  ID 

56 

7F 

3F 

233 

AND 

?3ft  save , // 16 3F 

!mask  off  old  settings 

p 

0020 

44 

EB 

7F 

234 

OR 

P3M”~save,si  TMP1 

!new  selection! 

p 

0023 

E4 

7F 

F7 

235 

LD 

P3M,P3M_save 

! to  write-only  registe 

236 

237 

! initialize 

TO! 

p 

0026 

BC 

F4 

238 

Id 

si  TMP1 , //TO 

p 

0028 

C2 

DE 

239 

ldc 

si~TMP2,0si  PTR 

!save  counter! 

p 

002A 

C3 

BE 

240 

ldci 

@si  TMP1 ,@si  PTR 

!init  counter! 

p 

002C 

C2 

BE 

241 

ldc 

si_TMP1  ,@si_JFTR 

!get  prescaler! 

p 

002E 

D6 

0000* 

242 

call 

multiply 

! TO  x PREO! 

p 

0031 

C9 

6E 

243 

Id 

SERhtime , R12 

! save  for  BREAK . . . ! 

p 

0033 

D9 

6F 

244 

Id 

SERI  time , R 13 

! . . .detection  ! 

p 

0035 

90 

EB 

245 

rl 

siJTMPI 

! SHL  1! 

p 

0037 

DF 

246 

scf 

{continuous  mode! 

p 

0038 

10 

EB 

247 

rlc 

si  TMP1 

! SHL  2! 

p 

003A 

B9 

F5 

248 

Id 

PREO, si  TMP1 

249 

! initialize 

RAM  flags  and  pointers! 

p 

003C 

8F 

250 

DI 

!disable  interrupts! 

p 

003D 

BO 

71 

251 

clr 

SER_get 

! input  buffer  . . . ! 

p 

003F 

BO 

77 

252 

clr 

SER  put 

! . . .empty! 

p 

0041 

BO 

70 

253 

clr 

SER_flg 

!no  errors! 

254 

255 

! initialize 

interrupts ! 

p 

0043 

56 

FA 

E7 

256 

AND 

IRQ,  //16E7 

! clear  IRQ3  & 4! 

p 

0046 

56 

FB 

EF 

257 

and 

IMR , //16EF 

{disable  IRQ4  (xmt)! 

p 

0049 

46 

FB 

08 

258 

or 

IMR,// 1608 

Jenable  IRQ3  (rev)! 

p 

004C 

9F 

259 

El 

260 

! go! 

p 

004D 

46 

FI 

03 

261 

or 

TMR,// 1603 

!load/enable  TO! 

p 

0050 

AF 

262 

ret 

p 

0051 

263 

END  ser 

init 

264 

265 

266 

267 

{Defaults  for  serial  initialization! 

268 

p 

0051 

OF 

00 

269 

ser  def  RECORD  [cfg  , imr 

BYTE 

p 

0053 

007A 

, 01 

p 

0056 

02 

03 

270 

buf_ 

WORD 

271 

len  , ctr_,  pre 

BYTE] 

272 

• w 
• mm 

273 

[ec+al  + ie+be , 1600,  SER_char,  1,  1602,  1603] 
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275  CONSTANT 

276  rli_len 

277  GLOBAL 

P 0058  278  ser  rlin 

279  !**'***«»*»«*» 

280  read  line 

281 

282  Purpose  = 

283 

284 

285 

286  Input  r 

287 

288 

289 

290  Output  = 

291 

292 

293 

294 

295 

296 

297  Note  = 

298 

299 

300 
301 
302 

303 

304 

305 

306 

307 

308 

309 

310 

311 

312 

313 

314 

315 

316 

317 

318 

319 

320 
321 
322 

323 

324 

325 

326  »»*»*«»*****« 

327  ENTRY 


: = R 1 3 

PROCEDURE 


To  return  input  from  serial  channel 
up  to  ’carriage  return*  character  or 
maximum  length  requested  or  BREAK. 

RR14  = address  of  destination  buffer 
(in  reg/ext  memory) 

R 1 3 = maximum  length 

Input  characters  is  destination  buffer. 

RR14  r unmodified 

R 1 3 = length  returned 

Carry  Flag  = 1 if  any  error, 

= 0 if  no  error . 

R12  indicates  read  status 

1.  Return  will  be  made  to  the  calling 
program  only  after  the  requisite 
characters  have  been  received  from 
the  serial  line. 

2.  If  input  editting  is  enabled,  a 
’backspace’  character  will  cause 

the  previous  character  (if  any)  in  the 
the  destination  buffer  to  be  deleted; 
a ’delete'  character  will  cause  all 
previous  characters  (if  any)  in  the 
destination  buffer  to  be  deleted. 

3.  If  parity  (odd  or  even)  is  enabled, 
the  parity  error  flag  (R14)  will  be  set 
if  any  character  returned  had  a parity 
error.  (Bit  7 of  each  character  may 
then  be  examined  if  it  is  desirable  to 
know  which  character(s)  had  the  error). 

4.  The  status  flags  'BREAK  detected', 
'parity  error*,  and  'input  buffer 
overflow'  will  be  returned 

as  part  of  R12,  but  will  be  cleared  in 
SER_stat . 

5.  The  staus  flags:  'input  buffer  full' 
and  'input  buffer  not  empty'  will  be 
updated  in  SER  stat. 

««*«*»* **#»###*#▼## * *»»»*«» «*»»»»«»»*»* i 


p 

0058 

B0 

7E 

328 

329 

clr 

ser  read  : 

TEMP__3 

! flag  =>  read  line! 

p 

005A 

70 

EE 

330 

push 

R 1 4 

! save  original . . . ! 

p 

005C 

70 

EF 

331 

push 

R15 

! . . .dest . pointer! 

p 

005E 

70 

ED 

332 

push 

rli__len 

! . . .and  length! 

p 

0060 

D6 

0170' 

333 

rli  4:  call 

ser  get 

!get  input  character! 

p 

0063 

7B 

48 

334 

j r 

c ,rli  3 

! error! 

p 

0065 

76 

72  CO 

335 

tm 

SER  cTg,#op 

LOR  ep  Iparity  enabled?! 

p 

0068 

6B 

08 

336 

jr 

z,rTi  1 

!no! 

p 

006A 

76 

7C  80 

337 

tm 

TEMP_J,n80 

! parity  error?! 

p 

006D 

6B 

03 

338 

jr 

z,rli  1 

! no! 

p 

006F 

46 

70 

10 

339 

or 

SER_flg,#pe 

!yes.  set  error  flag! 

p 

0072 

D6 

0000* 

340 

rli_1 : 

call 

put  dest 

! store  in  buffer! 

p 

0075 

A6 

7E 

00 

341 

cp 

TEMP  3 , //O 

!read  line?! 

p 

0078 

EB 

31 

342 

jr 

nz,rTi  2 

! no! 

p 

007A 

56 

7C 

7F 

343 

and 

TEMP  1,#%7F 

! ignore  parity  bit! 

p 

007D 

76 

72 

08 

344 

tm 

SER  cfg , #ie 

! input  editting  on?! 

p 

0080 

6B 

21 

345 

jr 

z,rTi  9 

!no . ! 

346 

! input 

editting ! 

! ~ 

p 

0082 

A6 

7C 

7F 

347 

cp 

TEMP  1,#%7F 

!char  = delete?! 

p 

0085 

6B 

3E 

348 

jr 

z,rlT  6 

! yes! 

p 

0087 

A6 

7C 

08 

349 

cp 

TEMP_1,#*08 

!char  = backspace?! 

p 

008A 

EB 

17 

350 

jr 

nz,rli  9 

!no.  continue! 

p 

008C 

50 

7C 

351 

pop 

TEMP  1“ 

!get  original  length! 

p 

008E 

70 

7C 

352 

push 

TEMP  1 

p 

0090 

A4 

ED 

7C 

353 

cp 

TEMP  1 ,rli  len 

!any  characters?! 

p 

0093 

6B 

30 

354 

jr 

eq,rTi  6 

! none! 

p 

0095 

DE 

355 

inc 

rli  len 

!undo  last  decrement! 

p 

0096 

26 

EF 

02 

356 

sub 

R15,//2 

!backspace  & previous! 

p 

0099 

EE 

357 

inc 

R 1 4 

!reg  or  ext  mem?! 

p 

009A 

EA 

02 

358 

djnz 

R14,rli  7 

! ext! 

p 

009C 

8B 

C2 

359 

jr 

rli  4 ~ 

! reg ! 

p 

009E 

36 

EE 

00 

360 

riij: 

sbc 

R14,//0 

p 

00A 1 

8B 

BD 

361 

jr 

rli_4 

362 

p 

00A3 

00 

ED 

363 

rli_9 : 

dec 

rli  len 

Jin  case  cr! 

p 

00A5 

A6 

7C 

OD 

364 

cp 

TEMP  1,nOD 

Jcarriage  return?! 

p 

00A8 

6B 

03 

365 

jr 

z,rlT  3 

!end  input! 

p 

OOAA 

DE 

366 

inc 

rl  i_len 

! restore! 

p 

OOAB 

DA 

B3 

367 

rli  2: 

djnz 

rli  len, rli  4 

!loop  for  max  length! 

p 

OOAD 

50 

7C 

368 

rli_3: 

pop 

TEMF  1 

Joriginal  length! 

p 

OOAF 

24 

ED 

7C 

369 

sub 

TEMP  1 ,rli  len 

! //  chars  returned! 

p 

00B2 

D8 

7C 

370 

Id 

rli  Ten, TEMP  1 

!tell  caller! 

p 

00B4 

C8 

70 

371 

Id 

R12, SER  fig 

Jreturn  read  status! 

p 

00B6 

56 

70 

E3 

372 

and 

SER  flg,//LNOT  (pe  LOR  bd  LOR  bo) 

373 

!reset  for  next  time! 

p 

00B9 

CF 

374 

ref 

!good  return  code! 

p 

OOBA 

76 

EC 

9C 

375 

tm 

R12,#pe  LOR  bd 

LOR  bo  LOR  sd 

p 

OOBD 

6B 

01 

376 

jr 

z ,rli_5 

!no  error! 

p 

OOBF 

DF 

377 

scf 

! set  error  return! 

p 

OOCO 

50 

EF 

378 

rli_5: 

pop 

R15 

p 

00C2 

50 

EE 

379 

pop 

R 1 4 

!original  buffer  addr! 

p 

00C4 

AF 

380 

ret 

381 

p 

00C5 

50 

ED 

382 

rli_6: 

pop 

rli  len 

p 

00C7 

50 

EF 

383 

pop 

R 1 5 

p 

00C9 

50 

EE 

384 

pop 

Rl  4 

p 

OOCB 

8B 

8D 

385 

jr 

ser_read 

! start  over! 

p 

OOCD 

386 

END 

ser_rlin 

i 

388 

GLOBAL 

p 

OOCD 

389 

ser  rabs 

PROCEDURE 

390 

{ «»¥»*«»»******»»»**»**»*»**«***»*******»»****»*»»***» 

391 

read  absolute 

392 

393 

Purpose  s 

To  return  input 

from  serial  channel 

394 

of  maximum  length  requested.  (Input 

395 

is  not  terminated  with  the  receipt  of 

396 

a ’carriage  return*.  BREAK  will 

397 

terminate  read. 

) 

398 

399 

Note  = 

All  other  details  are  as  for  'ser  rlin* 

400 

*»**»»»«»«»*»»** 

##*######*#*#****###»#*##**###*##▼*** ! 

401 

ENTRY 

p 

OOCD 

E6 

7E 

01 

402 

Id 

TEMP  3,#1 

!flag  =>  read  absolute! 

p 

OODO 

8B 

88 

403 

jr 

ser  read 

p 

00D2 

404 

END 

ser  rabs 
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P 00D2 


406  GLOBAL 

407  ser  input  PROCEDURE 

408  ! **~% ************************************************** 

409  Interrupt  service  - Serial  Input 

410 

411  Purpose  = To  service  IRQ3  by  inputting  current 

412  character  into  next  available  position 

413  in  circular  buffer. 

414 


415 

416 

417 

418 

419 

420 

421 

422 

423 

424 

425 

426 

427 

428 

429 

430 

431 

432 

433 

434 

435 

436 

437 

438 

439 

440 

441 


Input  = None. 

Output  = New  character  inserted  in  buffer. 

SER_stat  , SER__put  updated. 

Note  = 1 . If  even  parity  enabled,  the  software 

replaces  the  eigth  data  bit  with  a 
parity  error  flag. 

2.  If  BREAK  detection  is  enabled,  and 
the  received  character  is  null, 

the  serial  input  line  is  monitored  to 
detect  a potential  BREAK  condition. 

BREAK  is  defined  as  a zero  start  bit 
followed  by  8 zero  data  bits  and  a 
zero  stop  bit. 

3.  If  'buffer  full'  on  entry,  'input 
buffer  overflow'  is  flagged. 

4.  If  input  echo  is  on,  the  character  is 
immediately  sent  to  the  output  serial 
channel . 

5.  IMR  is  modified  to  allow  selected 
nested  interrupts  (see  ser_init). 

***************************************************** \ 


442  ENTRY 


p 

00D2 

E4 

03 

78 

443 

Id 

p 

00D5 

70 

FB 

444 

push 

p 

00D7 

54 

73 

FB 

445 

and 

p 

00DA 

9F 

446 

ei 

p 

00DB 

70 

FD 

447 

push 

p 

00DD 

31 

70 

448 

sr  p 

p 

00DF 

A8 

FO 

449 

Id 

p 

00E 1 

76 

E2 

02 

450 

tm 

p 

00E4 

6B 

2F 

451 

Jr 

p 

00E6 

BO 

E9 

452 

clr 

p 

00E8 

76 

E2 

80 

453 

tm 

p 

00EB 

6B 

02 

454 

jr 

p 

00ED 

9C 

80 

455 

Id 

p 

00EF 

A2 

A9 

456 

ser_23 : 

cp 

p 

OOF  1 

EB 

22 

457 

jr 

p 

00F3 

76 

E8 

01 

458 

tm 

p 

00F6 

EB 

ID 

459 

jr 

460 

! is  BREAK.  Wai 

p 

00F8 

46 

EO 

08 

461 

or 

p 

00FB 

76 

03 

01 

462 

ser  24: 

tm 

p 

00FE 

6B 

FB 

463 

jr 

464 

!wait  1 

char  t 

p 

0100 

70 

6E 

465 

push 

p 

0102 

70 

6F 

466 

push 

p 

0104 

8C 

35 

467 

in  loop 

: Id 

p 

0106 

8A 

FE 

468 

lpl  : 

djnz 

p 

0108 

80 

6E 

469 

decw 

SER_tmp1,%03  !read  stop  bit  level! 

imr  !save  entry  imr! 

imr,SER__imr  ! allow  nesting ! 

rp  !save  user's! 

#RAM_STARTr 

rSERchar,SIO  Icapture  input! 

rSERcfg,#be  !break  detect  enabled?! 

z,ser_30  !nope.! 

r SERtmp2 

r SERcfg,#op  !odd  parity  enabled?! 

z,ser  23  !no.! 

rSERtmp2,n80 

rSERchar ,rSERtmp2  !8  received  bits  = 0? ! 
ne,ser  30  !no! 

r SERtmp 1 , #1  !test  stop  bit! 

nz,ser_30  !not  BREAK! 

t for  marking! 

r SERflg , #bd  ! set  BREAK  flag! 

%03,#1  Jmarking  yet?! 

z,ser  24  !not  yet! 

ime  to  Tlush  receive  shift  register! 
SERhtime 

SERltime  !save  PRE0  x TO! 

rSERtmpI , #53 

rSERtmp1,lp1  !delay  640  cycles! 

SERhtime 
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p 

01 OA 

EB 

F8 

470 

jr 

nz,in  loop 

! delay  ( 128x10xPRE0xT0) ! 

471 

* * LL  TI  _L  # 

472 

! 2 ! 

p 

010C 

50 

6F 

473 

pop 

SERltime 

p 

01 OE 

50 

6E 

474 

pop 

SERhtime 

!restore  PREO  x TO! 

p 

0110 

56 

FA 

F7 

475 

and 

IRQ,  //LNOT  $08 

!clear  int  req! 

p 

0113 

8B 

49 

476 

jr 

ser  i5 

! bye! 

477 

p 

0115 

76 

EO 

01 

478 

ser 

30: 

tm 

rSERflg  ,//bf 

! buffer  full?! 

p 

0118 

EB 

4A 

479 

jr 

nz,ser  il 

! yes .over  flow! 

p 

01  1 A 

76 

E2 

01 

480 

tm 

rSERcfg  , //ec 

!echo  on?! 

p 

01  ID 

6B 

OA 

481 

j r 

z,ser  iO 

! no! 

p 

0 1 1 F 

A9 

FO 

482 

Id 

SIO, rSERchar 

! echo! 

p 

0121 

66 

FA 

10 

483 

ser 

i 6 : 

tcm 

IRQ, #*10 

! poll ! 

p 

0124 

EB 

FB 

484 

jr 

nz,ser  i6 

! loop! 

p 

0126 

56 

FA 

EF 

485 

and 

IRQ,  //LWOT  $10 

!clear  irq  bit! 

p 

0129 

76 

E2 

40 

486 

ser 

iO: 

tm 

rSERcfg  , //ep 

!even  parity?! 

p 

012C 

6B 

14 

487 

jr  z,ser  22 

!no  parity! 

488 

Icalculate  parity  error  flag! 

p 

012E 

8C 

07 

489 

Id 

r SERtmp  1 , //7 

p 

0130 

BO 

E9 

490 

clr 

rSERtmp2 

! count  1 's  here! 

p 

0132 

CO 

EA 

491 

ser 

20: 

rrc 

r SERchar 

!bit  to  carry! 

p 

0134 

16 

E9 

00 

492 

adc 

rSERtmp2 , //  0 

! update  1 *s  count ! 

p 

0137 

8A 

F9 

493 

djnz 

r SERtmp 1 ,ser  20 

!loop  till  done! 

p 

0139 

56 

E9 

01 

494 

and 

rSERtmp2,//1 

M's  count  even  or  odd?! 

p 

013C 

B2 

A9 

495 

xor 

rSERchar ,rSERtmp2 

p 

013E 

CO 

EA 

496 

rrc 

rSERchar 

! parity  error  flag...! 

p 

0140 

CO 

EA 

497 

rrc 

rSERchar 

! . . .to  bit  7! 

p 

0142 

88 

E4 

498 

ser 

22: 

Id 

rSERtmph ,rSERbufh 

p 

0144 

98 

E5 

499 

Id 

rSERtmpl ,rSERbufl 

p 

0146 

02 

97 

500 

add 

rSERtmpl ,rSERput 

!next  char  address! 

p 

0148 

8E 

501 

inc 

rSERtmph 

Jin  external  memory?! 

p 

0149 

8A 

IE 

502 

djnz 

rSERtmph, ser  i2 

! yes . ! 

p 

014B 

F3 

9A 

503 

Id 

@r SERtmpl ,r STRchar  ! store  char  in  buf! 

p 

014D 

46 

EO 

02 

504 

ser 

i3: 

or 

rSERflg ,# bne 

!buffer  not  empty! 

p 

0150 

7E 

505 

inc 

r SERput 

Jupdate  put  ptr! 

p 

0151 

A2 

76 

506 

cp 

rSERput ,rSERlen 

! wrap-around? ! 

p 

0153 

EB 

02 

507 

jr 

ne,ser  i4 

!no! 

p 

0155 

BO 

E7 

508 

clr 

rSERpuF 

! set  to  start! 

p 

0157 

A2 

71 

509 

ser 

i4 : 

cp 

rSERput ,rSERget 

! if  equal,  then  full! 

p 

0159 

EB 

03 

510 

jr 

ne,ser  i5 

p 

015B 

46 

EO 

01 

511 

or 

rSERflg, //bf 

p 

015E 

50 

FD 

512 

ser 

i5 : 

pop 

rp 

Jrestore  user’s! 

p 

0160 

8F 

513 

di 

p 

0161 

50 

FB 

514 

pop 

imr 

Jrestore  entry  imr! 

p 

0163 

BF 

515 

iret 

p 

0164 

46 

EO 

04 

o * o 
517 

ser 

i 1 : 

or 

rSERflg, //bo 

!buffer  overflow! 

p 

0167 

8B 

F5 

518 

jr 

ser  i5 

519 

p 

0169 

16 

E8 

00 

520 

ser 

i2 : 

adc 

rSERtmph , #0 

p 

016C 

92 

A8 

521 

lde 

@rrSERtmp, rSERchar  ! store  in  buf! 

p 

016E 

8B 

DD 

522 

jr 

ser  i3 

p 

0170 

523 

END 

ser 

input 
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525  GLOBAL  ! for  PART  I! 

P 0170  526  ser  get  PROCEDURE 


527  !»#▼»####**#*#* 

528  Purpose  = 

529 

530  Input  = 

531 

532  Output  = 

533 
53*1 

535 

536 

537 

538  Note  = 

539 

540 

514I  ft************** 

542  ENTRY 


p 

0170 

70 

FD 

543 

push 

p 

0172 

31 

70 

544 

srp 

p 

0174 

DF 

545 

scf 

p 

0175 

76 

E0 

8C 

546 

ser 

gl : 

tm 

547 

548 

549 

p 

0178 

EB 

24 

550 

jr 

p 

017A 

76 

E0 

02 

551 

tm 

p 

017D 

6B 

F6 

552 

jr 

p 

017F 

D8 

E5 

553 

Id 

p 

0181 

C8 

E4 

554 

Id 

p 

0183 

8F 

555 

di 

p 

0184 

02 

D1 

556 

add 

p 

0186 

CE 

557 

inc 

p 

0187 

CA 

18 

558 

djnz 

559 

p 

0189 

E3 

CD 

560 

Id 

p 

018B 

56 

E0 

FE 

561 

ser 

_g4 : 

and 

p 

018E 

IE 

562 

inc 

p 

018F 

A2 

16 

563 

cp 

p 

0191 

EB 

02 

564 

jr 

p 

0193 

B0 

El 

565 

clr 

p 

0195 

A2 

17 

566 

ser_ 

g2: 

cp 

p 

0197 

EB 

03 

567 

jr 

p 

0199 

56 

E0 

FD 

568 

and 

p 

019C 

CF 

569 

ser 

g5: 

ref 

p 

019D 

9F 

570 

ei 

p 

019E 

50 

FD 

571 

ser 

_g6 : 

pop 

p 

0 1 A0 

AF 

572 

ret 

573 

p 

0 1 A 1 

16 

EC 

00 

574 

ser 

.83: 

adc 

p 

01A4 

82 

CC 

575 

lde 

p 

01  A6 

8B 

E3 

576 

jr 

p 

01A8 

577 

END 

ser  get 

*»*»»»»»****«»»**»»»»«»»*»*«**«»**»«*» 

To  return  one  serial  input  character. 

None . 

Carry  FLAG  = 1 if  BREAK  detected  or 

serial  not  enabled 
or  buffer  overflow 
= 0 otherwise 
TEMP_1  = character 

This  routine  will  not  return  control 
until  a character  is  available  in  the 
input  buffer  or  an  error  is  detected. 

rp  Isave  caller’s  rp! 

#RAM_STARTr  ! point  to  subr . RAM! 

fin  case  error! 
r SERflg  , //sd  LOR  bd  LOR  bo 

! serial  disabled  or 
BREAK  detected  or 
buffer  overflow?! 
nz,ser_g6  !yes.! 

rSERflg,#bne  Jbuffer  not  empty?! 

z,ser_g1  ! empty,  wait! 

rTEMP  11 ,r SERbufl 
r TEMP_1h ,r  SERbufh 

{prevent  IRQ3  conflict! 
rTEMP_11 ,r SERget  !next  char  address! 
rTEMP_1h  {input  buffer  in...! 

rTEMP_1h ,ser_g3  {...external  memory! 

{...register  memory! 
rTEMP  1,@rTEMP_11  !get  char! 
r SERflg ,#LN0T  bf  {buffer  not  full! 
rSERget  !update  get  pointer! 

r SERget , rSERlen  ! wrap-around? ! 
ne,ser_g2  !no.! 

rSERget  !yes.  set  to  start! 

r SERget ,rSERput  !buffer  empty  if  get...! 
ne,ser_g5  !...and  put  =! 

rSERflg ,#LN0T  bne  !buffer  empty  now! 

! set  good  return! 
!re-enable  interrupts! 
rp  {restore  caller’s  rp! 

rTEMP_1h,//0  !rrTEMP_1  has  char  addr! 

rTEMP  1,§rrTEMP_1  !get  char! 
ser  g¥  !clean  up! 
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P 01A8 


P 01A8  BO 
P 0 1 AA  80 
P 01  AC  EB 

P 0 1 AE  8D 
P 01B1 


P 0 IB  1 


P 01  B 1 8F 


0 1B2  BO 
01B4  BO 
01B6  56 
01B9  9F 
01  BA  AF 
0 1 BB 


0238 


579  GLOBAL 

580  ser_break  PROCEDURE 

53')  tft****»»ft»tt«*»»***tt**»*ft****ft#*»ft»»**tt*ttft**«****»**ttft* 

582  break  transmission 

583 

584  Purpose  = To  transmit  BREAK  on  the  serial  line. 

585 

586  Input  = RR14  = break  length 

587 

588  Output  s None. 

589 

590  Note  r BREAK  is  defined  as: 


None . 


BREAK  is  defined  as: 

591  serial  out  (P37)  = 0 for 

592  2 x 28  cycles/loop  x RR14  loops 

593  

594  XTAL 

595 

596  RR14  should  yield  at  least  1 bit  time 

597  so  that  the  last  *clr  SIO1  will 

598  have  been  preceded  by  at  least  1 bit 

599  time  of  spacing.  Therefore,  RR14  shoul< 

600  be  greater  than  or  equal  to 

601 

602  4 x 16  x PRE0  x TO 

603  

604  28 

605  a*#***#**###***#*##***#*#*#*#************************! 

606  ENTRY 

607  ser_b1: 

608  clr  SI0 

609  decw  RR14 

610  jr  nz,ser__b1 

611  !wait  for  last  null  to  be  fully  transmitted! 

612  jp  ser__o1 

613  END  ser_break 

615  GLOBAL 

616  ser  flush  PROCEDURE 

617  ; #«¥#*#»******###*##*#**#####*****#**##*#****#*######* 

618  input  flush 

619 

620  Purpose  = To  flush  (clear)  the  serial  input 

621  buffer  of  characters. 

622 

623  Input  3 None 

624 

625  Output  3 Empty  input  buffer. 

626 

627  Note  3 This  routine  might  be  useful  to  clear 

628  all  past  input  after  a BREAK  has  been 

629  detected  on  the  line. 

530  »»«»ft«***ft«ftftx*ft«»**ft*«**«**ft****ft«**»»*»*»ft**»**«*«*! 

631  ENTRY 

632  di  Idisable  interrupts! 

633  !(to  avoid  collision  with 

634  serial  input)! 

635  clr  SER_get  !buffer  start! 

636  clr  SER_put  !s  buffer  end! 

637  and  SER_flg,#%80  ! clear  status! 

638  ei  !re-enable  interrupts! 


RR14  should  yield  at  least  1 bit  time 
so  that  the  last  *clr  SI01  will 
have  been  preceded  by  at  least  1 bit 
time  of  spacing.  Therefore,  RR14  should 
be  greater  than  or  equal  to 

4 x 16  x PRE0  x TO 


To  flush  (clear)  the  serial  input 
buffer  of  characters. 

None 

Empty  input  buffer. 


632 

633 

634 

635 

636 

637 

638 

639 

640  END 


clr  SI 

clr  SI 

and  SI 

ei 
ret 

ser  flush 
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P 01BB 


642 

643 

644 

645 

646 

647 

648 

649 

650 

651 

652 

653 

654 

655 

656 

657 

658 

659 

660 
661 
662 

663 

664 

665 

666 
667 


CONSTANT 

wli_len  :=  H 1 3 

GLOBAL 

ser  wlin  PROCEDURE 

t ##▼*##**#***#*#*##########*##*#*#*#######**##*»###### 

write  line 


Purpose  = 


Input  = 


Output  = 


Note  = 


To  output  a character  string  to  serial 
line,  ending  with  either  a ’carriage 
return*  character  or  the  maximum  length 
specified . 

RR14  = address  of  source  buffer 
(in  reg/ext  memory) 

R 1 3 = length 

RR14  = updated 

Carry  Flag  = 1 if  serial  not  enabled, 

: 0 if  no  error. 

R 1 3 = # bytes  output  (not  including 

auto  line  feed) 

If  auto  line  feed  is  enabled,  a 
line  feed  character  will  be  output 
following  each  carriage  return 
( ser  wlin  only) . 


668 

669 

ENTRY 

p 

01 BB 

B0 

7E 

670 

clr 

TEMP_3 

! flag  =>  write  line ! 

671 

p 

01 BD 

DF 

672 

write : 

sc  f 

! in  case  error! 

p 

0 1 BE 

76 

70 

80 

673 

tm 

SER_f lg , #sd 

Iserial  disabled?! 

p 

01C1 

EB 

30 

674 

jr 

nz,wli  1 

!yes.  error! 

p 

01C3 

70 

ED 

675 

push 

wl i_len 

p 

01C5 

D6 

0000* 

676 

wli_4: 

call 

get  sre 

p 

01C8 

D6 

020B 

i ’ 

677 

call 

ser  output 

!write  the  character! 

p 

01 CB 

7B 

IE 

678 

jr 

c , wT i 2 

!serial  disabled! 

p 

0 1 CD 

A6 

7E 

00 

679 

cp 

TEMPJM0 

!write  line?! 

p 

01  DO 

EB 

17 

680 

jr 

nz,wli  5 

!no,  absolute.! 

p 

0 1D2 

56 

7C 

7F 

681 

and 

TEMP  1 , #%7F 

!mask  off  parity! 

p 

01D5 

A6 

7C 

0D 

682 

cp 

TEMP  1,#$0D 

!line  done?! 

p 

01D8 

EB 

OF 

683 

jr 

nz , wTi_5 

! yes . ! 

p 

01DA 

00 

ED 

684 

dec 

wli  len 

p 

01  DC 

76 

72 

04 

685 

tm 

SER~cfg ,#al 

!auto  line  feed?! 

p 

01DF 

6B 

0A 

686 

jr 

z,wli  2 

! disabled ! 

p 

01  El 

E6 

7C 

0A 

687 

Id 

TEMP_T,n0A 

!output  line  feed! 

p 

01E4 

D6 

020E 

!» 

688 

call 

ser  output 

p 

01E7 

8B 

02 

689 

jr 

wli”2 

p 

01E9 

DA 

DA 

690 

wli  5 : 

d jnz 

wli  len, wli  4 

! loop! 

p 

01 EB 

50 

7C 

691 

wl  C2 : 

pop 

TEM7  1 

'.original  length! 

p 

01  ED 

24 

ED 

7C 

692 

sub 

TEMP  1 , wli  len 

p 

0 1F0 

D8 

7C 

693 

Id 

wli_Ten  ,TEtfP_1 

Jreturn  output  count! 

p 

01F2 

CF 

694 

ref 

!no  error! 

p 

01F3 

AF 

695 

wli  1: 

ret 

p 

01F4 

696 

END 

ser 

wl  in 
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698  GLOBAL 

P 0 1F4  699  ser  wabs  PROCEDURE 

700  I**!************************************************** 

701  write  absolute 

702 

703  Purpose  = To  output  a character  string  to  serial 

704  line  for  the  length  specified.  (Output 

705  is  not  terminated  with  the  output  of 

706  a ’carriage  return’). 

707 

708  Note  = All  other  details  are  as  for  ’ser  wlin’. 

jOg  *****************************************************  f 

710  ENTRY 

P 0 1F4  E6  7E  01  711  Id  TEMP_3,#1 

P 01F7  8B  C4  712  jr  write 

p 01F9  713  END  ser_wabs 

P 01F9  715  ser  wbyt  PROCEDURE 

j i6  ! ******* ** ******** ********* ******* ********* *********** 

717  write  byte 

718 

719  Purpose  = To  output  a given  character  to  the 

720  serial  line.  If  the  character  is  a 

721  carriage  return  and  auto  line  feed 

722  is  enabled,  a line  feed  will  be  output 

723  as  well. 

724 

725  Input  = R12  = character  to  output 

726 

727  Note  = Equivalent  to  ser  wlin  with  length  = 1. 

728  ***************************************************** ! 

729  ENTRY 


p 

01F9 

C9 

7C 

730 

Id 

TEMP__1 , R 12 

p 

01 FB 

D6 

020B 

, » 

731 

call 

ser  output 

Joutput  it! 

p 

0 1 FE 

76 

72 

04 

732 

tm 

SER  cfg,//al 

!auto  line  feed?! 

p 

0201 

6B 

3E 

733 

jr 

z,ser  05 

!not  enabled! 

p 

0203 

A6 

EC 

0D 

734 

cp 

R12,#T0D 

!char  = car.  ret?! 

p 

0206 

EB 

39 

735 

jr 

nz,ser  05 

! nope ! 

p 

0208 

E6 

7C 

0A 

736 

Id 

TEMP  iTnOA 

Joutput  line  feed! 

737 

! fall 

into  ser  output! 

p 

020B 

738 

END 

ser 

wbyt 
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740 

GLOBAL 

! for  PART  I! 

p 

020B 

741 

ser  output 

PROCEDURE 

742 

t **¥»»»»»*»»**»*»»»»»»*»»**»»»»»*»»»»»»**»»*«**»»»«*»» 

• 

743 

Purpose  = 

To  output  one  character  to  the  serial 

744 

line . 

745 

746 

Input  = 

TEMP  1 = character 

747 

748 

Output  = 

Carry  FLAG  = 1 

if  serial  disabled 

749 

= 0 

otherwise . 

750 

751 

Note  = 

1.  If  even  parity  is  enabled,  the  eigth 

752 

data  bit  is  modified  prior  to  character 

753 

output  to  SI0. 

754 

755 

2.  IRQ4  is  polled  to  wait  for  completion 

756 

of  character  transmission  before  control 

757 

returns  to  the 

calling  program. 

758 

ftft»ftftft»»»»»»ft*»ft*»»»»»»»*»»ft«»»»»ft»»»ftftft»ft»**»ft»»«ft*ft! 

759 

ENTRY 

p 

020B 

DF 

760 

scf 

! in  case  error! 

p 

020C 

76 

70 

80 

761 

tm 

SER_flg,#sd 

Iserial  disabled?! 

p 

020F 

EB 

30 

762 

Jr 

nz , ser_05 

lyes,  error! 

p 

0211 

76 

72 

40 

763 

tm 

SER  cfg,#ep 

!even  parity  enabled?! 

p 

0214 

6B 

IF 

764 

jr 

z,ser  o2 

!no.  just  output! 

765 

Jcalculate  parity! 

p 

0216 

70 

7E 

766 

push 

TEMP  3 

p 

0218 

E6 

7E 

07 

767 

Id 

TEMP  3, #7 

p 

02 1 B 

BO 

7D 

768 

clr 

TEMP  2 

p 

02  1 D 

CO 

7C 

769 

ser_04:  rrc 

TEMP  1 

Jcharacter  bit  to  carry! 

p 

02 1 F 

16 

7D 

00 

770 

adc 

TEMP  2,#0 

! count  1 * s ! 

p 

0222 

00 

7E 

771 

dec 

TEMP~3 

p 

0224 

EB 

F7 

772 

jr 

nz,ser  04 

!next  bit! 

p 

0226 

56 

7D 

01 

773 

and 

TEMP  2, #01 

! 1 * s count  odd/even! 

p 

0229 

56 

7C 

FE 

774 

and 

TEMP  1 , #%FE 

p 

022C 

44 

7D 

7C 

775 

or 

TEMP  1 , TEMP  2 

!parity  bit  in  DO! 

p 

022F 

CO 

7C 

776 

rrc 

TEMP~1 

p 

0231 

CO 

7C 

777 

rrc 

TEMP"”1 

Iparity  bit  in  D7 ! 

p 

0233 

50 

7E 

778 

pop 

TEMP  3 

p 

0235 

E4 

7C 

FO 

779 

ser_o2:  Id 

SI0,TEMP  1 

loutput  character! 

p 

0238 

66 

FA 

10 

780 

ser  ol : tcm 

irq, mo 

! check  IRQ4! 

p 

023B 

EB 

FB 

781 

jr 

nz, ser  ol 

!wait  for  complete! 

p 

0230 

56 

FA 

EF 

782 

and 

IRQ , #%T£F 

! clear  IRQ4! 

p 

0240 

CF 

783 

ref 

! all  ok! 

p 

0241 

AF 

784 

ser  05:  ret 

p 

0242 

785 

END  ser_ 

output 

787 

GLOBAL 

p 

0242 

788 

ser  disable 

PROCEDURE 

789 

i»ft«ft«»«ft««ftftft»»ftftft»ftftftftft»ft*»»*««»ftft»»»ftft»«»»»»ftft«ft«ftft 

• 

790 

disable 

791 

792 

Purpose  = 

To  disable  serial  I/O  operations. 

793 

794 

Input  = 

None . 

795 

796 

Output  = 

Serial  1/0  disabled. 

797 

**»»»***»»*«*»»*»»**»*»»»#*»#»*»*****»**#»*»*****»»»*! 

798 

ENTRY 

p 

0242 

8F 

799 

di 

! avoid 

IRQ3  conflict! 

p 

0243 

46 

70 

80 

800 

or 

SER  fig , #sd 

801 

!set  serial  disabled! 

p 

0246 

56 

FI 

FC 

802 

and 

TMR.MFC 

803 

! disable  TO! 

p 

0249 

56 

FB 

E7 

804 

and 

IMR,nE7 

805 

! disable  IRQ3,4! 

p 

024C 

56 

7F 

BF 

806 

and 

P3M  save,#/6BF 

807 

! P30/7 

normal  i/o  pins! 

p 

024F 

E4 

7F 

F7 

808 

Id 

P3M,P3M  save 

p 

0252 

9F 

809 

ei 

Ire-enable  interrupts! 

p 

0253 

AF 

810 

ret 

p 

0254 

811 

END  ser 

disable 

Timer/Counter  Routines 


P 0254 


840 

841 

842 

843 

844 

845 

846 

847 

848 

849 

850 

851 

852 

853 

854 

855 

856 

857 

858 

859 

860 
861 
862 

863 

864 

865 

866 

867 

868 

869 

870 

871 

872 

873 

874 

875 

876 

877 

878 

879 

880 
881 
882 

883 

884 

885 

886 

887 

888 

889 

890 

891 


CONSTANT 

TMP  : = R 1 3 

PTR  :=  RR 1 4 

PTRh  :=  R 1 4 

GLOBAL 

tod  i PROCEDURE 

t * *T» ft***ft«**»ft*****»*ttft**»»***«**»*ttft»*»»*»»»***ft***» 

time  of  day  : initialize 

Purpose  = To  initialize  TO  or  T1  to  function  as 

a time  of  day  clock. 


Input  = 


Note  = 


p 

0254 

DC 

6C 

892 

Id 

p 

0256 

C 3 

DE 

893 

ldci 

p 

0258 

C3 

DE 

894 

ldci 

p 

025  A 

E6 

7B  6C 

895 

Id 

p 

025D 

8D 

02B2  * 

896 

JP 

p 

0260 

897  END 

tod  i 

RR14  = address  of  parameter  list  in 
program  memory: 

1 byte  = IMR  mask  for  nestable 
interrupts 

1 byte  r # of  clock  ticks  per  second 
1 byte  = counter  //  : = %F4  = > TO 

= %F2  =>  T 1 

1 byte  = Counter  value 
1 byte  = Prescaler  value  (unshifted) 


T0D__hr,  T0D_min  , T0D_sec , T0D_tt 
initialized  to  the  starting  time  of 
hours,  minutes,  seconds,  and  ticks 
respectively . 

Output  = Selected  timer  is  loaded  and 

enabled;  corresponding  interrupt 
is  enabled. 

R 1 3 , R 1 4 , R 1 5 modified. 

Note  = The  cntr  and  prescaler  values  provided 

are  those  values  which  will  generate  an 
interrupt  (tick)  the  designated  # of 
times  per  second. 

For  example: 

for  XTAL  = 8 MHZ,  cntr  = 250  and 
prescaler  = 40  yield  a .01  sec  interval; 
the  2nd  byte  of  the  parameter  list 
should  = 100  . 

For  TO  the  instruction  at  %080C  or 
for  T1  the  instruction  at  %080F  must 
result  in  a jump  to  the  jump  table  entry 
for  ’tod*. 

The  parameter  list  is  not  referenced 
following  initialization. 

**»*«»«»*»*»***»***»*»*»«»*»»«»**»»»»«»»»*»******»»*» ; 

ENTRY 

Id  TMP , //TOD  imr 

ldci  @TMP,@PTl  ! imr  mask! 

ldci  @TMP ,§PTR  ! ticks/second ! 

Id  TEMP_4,//T0D_imr 

jp  pre  ctr  !ctr  & prescaler! 
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899  GLOBAL 

P 0260  900  tod  PROCEDURE 

901  \ ***************************************************** 

902  Interrupt  service  - time  of  day 

903 

904  Purpose  = To  update  the  time  of  day  clock. 

905  *****************************************************{ 

906  ENTRY 


p 

0260 

70 

FB 

907 

push 

imr 

Isave  entry  imr! 

p 

0262 

54 

6C 

FB 

908 

and 

imr , T0D_imr 

tallow  nested  interrupts 

p 

0265 

9F 

909 

ei 

tenable  interrupts! 

p 

0266 

70 

FD 

910 

push 

rp 

tsave  rp! 

p 

0268 

31 

60 

911 

srp 

//RAM  TMRr 

! point  to  our  set! 

p 

026A 

8E 

912 

inc 

rTOD^t 

! ticks/second ! 

p 

026B 

A2 

8D 

913 

cp 

r TODtt ,rT0Dtic 

! second  complete?! 

p 

026D 

EB 

13 

914 

jr 

ne,tod  ex 

! nope . ! 

p 

026F 

B0 

E8 

915 

clr 

r TODtt” 

p 

0271 

9E 

916 

inc 

r TODsec 

! seconds! 

p 

0272 

A6 

E9 

3C 

917 

cp 

rTODsec  ,//60 

!minute  complete?! 

p 

0275 

EB 

OB 

918 

jr 

ne , tod_ex 

! nope . ! 

p 

0277 

B0 

E9 

919 

clr 

rTODsec 

p 

0279 

AE 

920 

inc 

rTODmin 

Iminutes! 

p 

027A 

A6 

EA 

3C 

921 

cp 

rTODmin , 60 

!hour  complete?! 

p 

027D 

EB 

03 

922 

jr 

ne,tod  ex 

! nope . ! 

p 

027F 

BO 

EA 

923 

clr 

rTODmin 

p 

0281 

BE 

924 

inc 

rTODhr 

! hours! 

925 

p 

0282 

50 

FD 

926 

tod_ex : 

pop 

rp 

!restore  rp! 

p 

0284 

8F 

927 

di 

Jdisable  interrupts! 

p 

0285 

50 

FB 

928 

pop 

imr 

trestore  entry  imr! 

p 

0287 

BF 

929 

iret 

p 

0288 

930 

END 

tod 

932  GLOBAL 

933  pulse  i PROCEDURE 


934 

935 

936 

937 

938 

939 

940 

941 

942 

943 

944 

945 

946 

947 

948 

949 

950 

951 

952 

953 

954 

955 

956 

957 


t«*»«ft*»*tt«ftft***»»*»»***ftft»**»*****»»»**»**ft»ft»»»»***» 

Purpose  = To  initialize  one  of  the  timers 

to  generate  a variable  frequency/ 
variable  pulse  width  output. 


Input  = 


Output  r 


Note  = 


RR14  = address  of  parameter  list  in 
program  memory: 

1 byte  = cntr  value  for  low  interval 
1 byte  = counter  //  : = JF4  = > TO 

= %F2  =>  T 1 

1 byte  = cntr  value  for  high  interval 
1 byte  s prescaler  (unshifted) 

Selected  timer  is  loaded  and 
enabled;  corresponding  interrupt 
is  enabled.  P36  is  enabled  as  Tout. 

R 1 3 , R 1 4 , R 1 5 modified. 

The  parameter  list  is  not  referenced 
following  initialization. 


955  The  value  of  Prescaler  x Counter 

956  must  be  > 26  (=%1A)  for  proper 

957  operation. 

95g  **#»*»**»**»»»*****»»**#*»*»»«»«**»***«*»**»»********! 

959  ENTRY 


p 

0288 

DC 

65 

960 

LD 

TMP , #PLS  2 

p 

028A 

C3 

DE 

961 

ldci 

@TMP,@PTR 

!low  interval  cntr! 

p 

028C 

C 3 

DE 

962 

ldci 

@TMP ,@PTR 

!timer  addr! 

p 

028E 

C3 

DE 

963 

ldci 

@TMP ,@PTR 

!high  interval  cntr! 

p 

0290 

80 

EE 

964 

decw 

PTR 

p 

0292 

80 

EE 

965 

decw 

PTR 

!back  to  flag! 

p 

0294 

56 

FI 

3F 

966 

and 

TMR,//%3F 

!will  be  modifying  TMR! 

p 

0297 

56 

7F 

DF 

967 

and 

P3M  save , //%DF 

!P36  = Tout! 

p 

029A 

E4 

7F 

F7 

968 

Id 

P3M7P3M  save 

p 

029D 

E6 

7B 

01 

969 

Id 

TEMP__4 , #%1 

!flag  for  pre  ctr! 

p 

02A0 

8D 

02B2 

t 

970 

Jp 

pre_ctr 

! set  up  timerT 

p 

02A3 

971 

END 

pulse_i 

972 

973 

974 

GLOBAL 

p 

02A3 

975 

pulse 

PROCEDURE 

976  j a###*#####**##**##*##########*#*##*##**#*#*#*##**#*** 

977  Purpose  = To  modify  the  counter  load  value 

978  to  continue  the  pulse  output  generation 

979 

930  ***************************************************** ! 

981  ENTRY 

982  lexchange  values! 


P 

02A3 

B4 

65 

67 

983 

xor 

PLS  1 

, PLS 

2 

P 

02A6 

B4 

67 

65 

98it 

xor 

PLS  2 

, PLS 

1 

P 

02A9 

B4 

65 

67 

985 

xor 

PLS  1 

,pls; 

“2 

986 

!exchange  complete! 

P 

02AC 

F5 

67 

66 

987 

Id 

$PLS_ 

tmr , 

PLS 

P 

02AF 

BF 

988 

iret 

P 

02B0 

989 

END  pulse 

!load  new  value! 
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991  GLOBAL 

P 02B0  992  delay  PROCEDURE 


993 

t *»#**»* 

• 

994 

Purpose 

995 

996 

997 

Input  = 

998 

999 

1000 

1001 

1002 

1003 

1004 

1005 

1006 

Output 

1007 

1008 

1009 

1010 

1011 

Note  = 

1012 

1013 

1014 

1015 

1016 

1017 

1018 

1019 

1020  **»«***»*»**»* 

1021  ENTRY 

P 02B0  BO  7B  1022  clr 

1023  !fall  into  pre 
P 02B2  1 024  END  delay 


To  generate  an  interrupt  after  a 
designated  amount  of  time. 

RR14  = address  of  parameter  list  in 
program  memory: 

1 byte  = counter  # : = $F4  =>  TO 

= %F2  =>  T 1 

1 byte  = Counter  value 

1 byte  = Prescaler  value  and  count  mode 
(to  be  loaded  as  is  into 
PRE0  or  PRE1) . 

Selected  timer  is  loaded  and 
enabled;  corresponding  interrupt 
is  enabled. 

R 1 3 , R 1 4 , R15  modified. 

This  routine  will  initialize  the  timer 
for  single-pass  or  continuous  mode 
as  determined  by  bit  0 of  byte  3 in 
the  parameter  list. 

The  caller  is  responsible  for  provid- 
ing the  interrupt  service  routine. 

The  parameter  list  is  not  referenced 
following  initialization. 

»«**ft«**«*ftft**ft»**ft««**«*ft«*»**»***»ftft; 

TEMP  4 
ctr! 
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P 02B2 


P 02B2  C2  DE 
P 02B4  AO  EE 
P 02B6  E6  7D  8C 
P 02B9  E6  7E  20 
P 02BC  A6  ED  F2 
P 02BF  6B  06 
P 02C 1 E6  7D  4? 
P 02C4  E6  7E  10 
P 02C7  C3  DE 
P 02C9  C2  EE 
P 02CB  A6  7B  00 
P 02CE  6B  12 
P 02D0  DF 
P 02D1  10  EE 
P 02D3  DF 
P 02D4  10  EE 
P 02D6  A6  7B  6C 
P 02D9  EB  OA 
P 02DB  60  7E 
P 02DD  54  7E  6C 
P 02E0  60  7E 
P 02E2  56  7D  OF 
P 02E5  F3  DE 
P 02E7  44  7D  FI 
P 02EA  8F 
P 02EB  44  7E  FB 
P 02EE  9F 
P 02EF  AF 
P 02F0 


0 errors 

Assembly  complete 


1026 

INTERNAL 

1027 

pre  ctr 

PROCEDURE 

1028 

; * *T« ftftft»tt»*«*ft»**»*«ftft*ftitft**«*»«ft»»»»««ft**«ftft*»ft***ft* 

1029 

Purpose 

! S 

To  get  counter 

and  prescaler  values 

1030 

from  parameter 

list  and  modify  control 

1031 

registers  appropriately. 

1032 

1033 

Input 

= 

TEMP  4 = 0 => 

for  ’delay* 

1034 

= 1 => 

for  ’pulse* 

1035 

= TOD 

imr  =>  for  ’tod’ 

1036 

a#######*####*#*#*##**#### *#*T# **#*##*## **»««****»»** ; 

1037 

ENTRY 

1038 

ldc 

TMP ,@PTR 

! TO  or  T1 ! 

1039 

incw 

PTR 

1040 

Id 

TEMP  2,//*8C 

! for  TMR! 

1041 

Id 

TEMP”"3 » #%20 

! for  IMR! 

1042 

cp 

TMP,?T1 

1043 

jr 

eq,pre  1 

! is  for  T1 ! 

1044 

Id 

TEMP  2 , #%43 

! for  TMR! 

1045 

Id 

TEMP~3 » #H1 0 

! for  IMR! 

1046 

pre_1 : 

ldci 

@TMP,@PTR 

! init  counter! 

1047 

ldc 

PTRh ,§PTR 

! prescaler ! 

1048 

cp 

TEMPJ*,//0 

! shift  prescaler?! 

1049 

jr 

eq ,pre_2 

! no! 

1050 

scf 

! internal  clock! 

1051 

rlc 

PTRh 

1052 

scf 

Jcontinuous  mode! 

1053 

rlc 

PTRh 

1054 

cp 

TEMP  4, //TOD  imr 

1055 

jr 

ne,pre  3 

! for  ’pulse*! 

1056 

com 

TEMP  3 

1057 

and 

TOD  Imr, TEMP  3 

! insure  no  self-nesting! 

1058 

com 

TEMP  3 

1059 

pre  2: 

and 

TEMP~"2f#%0F 

!no  Tout  mode  mod! 

1060 

pre_3 : 

Id 

§TMP, PTRh 

!init  prescaler! 

1061 

or 

TMR,TEMP_2 

!init  tmr  mode! 

1062 

di 

1063 

or 

imr ,TEMP_3 

! enable  interrupt! 

1064 

ei 

1065 

ret 

1066 

END 

pre  ctr 

1067 

END  PART  II 
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Z8  MCU  Test  Node 


Application 

Note 


June  1982 


This  application  note  is  intended  for  use  by  those 
with  either  a Z8601  or  a Z8611  Microcomputer 
device.  It  is  assumed  that  the  reader  is  familiar 
with  both  the  Z8  and  its  assembly  language,  as 
described  in  the  following  documents: 

e Z8  Technical  Manual  (Reset  Section) 
(03-3047-02) 

• Z8  family  Z8601,  Z8602,  Z8603  Product  Spec 
(00-2037- AO) 

• Z8  family  Z8611,  Z8612,  Z8613  Product  Spec 
( 0O-2038-A0) 

• Z8  PLZ/ASM  Assembly  Language  Programming 
Manual  (03-3023-03) 

This  note  briefly  discusses  the  operation  of  Test 
Mode,  which  is  a special  mode  of  operation  that 
facilitates  testing  of  both  Z8  devices  that  incor- 
porate an  internal  program  ROM  (Z8601,  Z8611). 

There  are  two  problems  associated  with  testing  a 
Z8  with  an  internal  program  ROM;  the  solutions  are 
presented  below. 

The  first  problem  is:  how  can  the  device  be 

tested  with  standard  microprocessor  automatic  test 
equipment?  To  solve  this  problem,  Test  Mode 
causes  the  Z8  to  fetch  instructions  from  Port  1 
while  it  is  in  the  external  Address/Data  bus  mode, 
instead  of  fetching  instructions  from  the  internal 
Program  ROM.  Diagnostic  test  routines  are  then 
forced  onto  this  external  bus  from  the  test  equip- 
ment in  the  same  manner  as  with  microprocessor 
testing. 


The  second  problem  is:  since  the  Test  Mode 
requires  that  Port  1 operate  only  in  the 
Address/Data  bus  mode,  how  are  the  other  Port  1 
modes  of  operation  tested?  To  solve  this  problem, 
an  on-chip  Test  ROM  is  provided  for  execution 
while  in  Test  Mode.  The  program  in  the  Test  ROM 
checks  the  other  modes  of  Port  1:  input,  output, 
with  handshake  control,  and  without  handshake  con- 
trol. 

figure  1 compares  normal  and  Test  Mode  operations 
in  the  Z8.  (In  both  normal  and  Test  Mode,  program 
execution  begins  at  address  00C^.) 


Figure  1.  Comparison  of  Normal 
and  Test  Nodes 


Test  Mode  can  be  entered  immediately  after  reset 
by  driving  the  RESET  input  (pin  6)  to  a voltage  of 
Vqq  + 2.5  V.  (See  the  Reset  section  of  the 
Z8  Technical  Manual  for  a description  of  the  Reset 
procedure.)  figure  2 shows  the  voltage  waveform 
needed  for  Test  Mode.  After  entering  Test  Mode, 
instructions  are  fetched  from  the  internal  Test 
ROM,  which  is  programmed  with  Port  1 diagnostic 
routines.  The  Z8  stays  in  Test  Mode  until  a 
normal  reset  occurs. 


MAX 


Note  the  maximum  ramp  for  application  of 
+ 7.5  VDC  to  RESET  pin.  After  a minimum  of 
6 XTAL  CLK  cycles,  the  RESET  voltage  can  be 
relaxed  to  VRH. 


Figure  2.  Test  Mode  Wave  Form 


The  program  listing  in  the  ROM  is  included  at  the 
end  of  this  document.  Program  Listing  A (Internal 
Test  ROM  Program)  is  mask  programmed  into  the 
internal  Test  ROM  of  the  Z8601 . Program  Listing  B 
(External  Test  Program)  is  an  example  of  a program 
that  could  be  executed  while  in  Test  Mode.  It  was 
written  as  a compliment  to  the  internal  Test  ROM 
program,  to  check  the  Port  input  and  output  func- 
tions. To  test  the  other  functions  of  the  Z8,  the 
user  must  execute  other  programs  developed  for 
testing. 

The  interrupt  vectors  in  the  Z8601  Test  ROM  point 
to  the  locations  in  external  memory  *800,  *803, 
*806,  *809,  *80C,  *80F.  The  interrupt  vectors  in 
the  Z8611  Test  ROM  point  to  the  locations  in 
external  memory  *1000,  *1003,  *1006,  *1009,  *100C, 
*100F.  This  allows  the  external  program  to  have  a 
2-  or  3-byte  jump  instruction  to  each  interrupt 
service  routine. 

Programs  that  are  run  in  Test  Mode  can  use  an  LDE 
instruction  for  accessing  the  Test  ROM.  The  LDC 
instruction  can  be  used  for  accessing  the  program 
ROM. 


Program  Listing  A.  Internal  Test  ROM  Program 

Z8ASM  11.0 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 


1 ! Z8  TEST  ROM  ROUTINE  FOR  VERIFYING  ! 

2 I PORT  1 I/O,  WITH  AND  WITHOUT  H.S.  ! 

3 

4 

5 TESTROM  MODULE 

6 

7 

8 $SECTI0N  PROGRAM 

9 $ABS  0 

10  INTERNAL 

P 0000  0800  0803  11  RUPT_VECT0R  ARRAY  [6  W0RD]:= 

P 0004  0806  0809 

P 0008  080C  080F 

12  [%800  %803  %806  %809  %80C  %80F] 

13  $SDEFAULT 

14 

15 

16  INTERNAL 

17  TEST 

P 000C  18  PROCEDURE  ENTRY  $ABS  %00C 

19 

P 000C  E6  F8  96  20  LD  P01M  #*96  ! PHPOrEXT  MEM , STK=I N , NORMAL  ! 

P 000F  8D  0812  21  JP  EXT  ! JUMP  TO  EXTERNAL  TEST  CODE  ! 

P 0012  99  F8  22  START1 : LD  P01M  R9  ! START  OF  PI  1/0  TEST  ! 

P 0014  A 9 F7  23  LD  P3M  R10  ! SET  H.S.&  P2  PU  ACTIVE  ! 

P 0016  48  E3  24  LD  R4  %E3  ! TEST  RDY=1,DAV=1  ! 

P 0018  F3  DE  25  LD  §R13  R14  ! WRITE  PORT  ! 

P 001 A 61  ED  26  COM  ©R 1 3 ! WRITE  PORT  ! 

P 001C  58  E3  27  LD  R5  %E3  ! TEST  RDY=0,DAV=1  ! 

P 00 IE  E3  6B  28  LD  R6  §R11  ! READ  PORT  & STUFF  DATA  ! 

P 0020  E3  7B  29  LD  R7  #R 1 1 ! DITTO  ! 

P 0022  88  E3  30  LD  R8  %E3  ! TEST  RDY*1,DAVr1  ! 

P 0024  C9  F8  31  LD  P01M  R12  ! CONFIGURE  FOR  EXT  ! 

P 0026  8D  0831  32  JP  VERIFY  1 ! JUMP  TO  VERIFY  ROUTINE  ! 

33 
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Program  Listing  A.  Internal  Test  RON  Program  (continued) 


p 

0029 

B9 

F7 

34 

START2 : LD  P3M  R 1 1 

! START  TEST  NO  H.S.  ! 

p 

002B 

99 

F8 

35 

LD  P01M  R9 

! SET  PI  TO  INPUT  ! 

p 

002D 

IE 

36 

INC  R 1 

{ READ  & WRITE  PI  AS  INPUT  ! 

p 

002E 

F9 

F8 

37 

LD  P01M  R 1 5 

! SET  PI  TO  OUTPUT  ! 

p 

0030 

IE 

38 

INC  R 1 

1 READ  & WRITE  PI  AS  OUTPUT  ! 

p 

0031 

98 

El 

39 

LD  R9  $E1 

! SAVE  RESULTS  IN  R9  ! 

p 

0033 

C9 

F8 

40 

LD  P01M  R12 

{ P1&P0=EXT, STK  IN, NORMAL  ! 

p 

0035 

8D 

086D 

41 

JP  VERIFY2 

! JUMP  TO  VERIFY  i\2  ROUTINE  ! 

p 

0038 

42 

END  TEST 

Program  Listing  B. 

P 0800 

External  Test  Program 

47  INTERNAL 

48  SETUP 

49  PROCEDURE  ENTRY  $ABS  $800 

50 

P 

0800 

8D 

0800 

51 

VECT1 : 

JP  VECT1 

P 

0803 

8D 

0803 

52 

VECT2 : 

JP  VECT2 

P 

0806 

8D 

0806 

53 

VECT3: 

JP  VECT3 

P 

0809 

8D 

0809 

54 

VECT4 : 

JP  VECT4 

P 

080C 

8D 

080C 

55 

VECT5: 

JP  VECT5 

P 

P 

P 

080F 

0812 

0813 

8D 

8F 

31 

080F 

00 

56 

57 

58 

59 

VECT6: 

EXT: 

JP  VECT6 
DI 

SRP  #%00 

P 

0815 

2C 

FF 

60 

LD  R2  #*FF 

! INITIALIZE  P2  ! 

P 

0817 

3C 

FF 

61 

LD  R3  #%FF 

! DITTO  ! 

P 

0819 

E6 

F6  FF 

62 

LD  P2M  #%FF 

! SET  P2  TO  INPUT  ! 

P 

081C 

4C 

88 

63 

64 

LD  R4  #*88 

! SET  P20P1  MUX,P3  GRP  B MUX  ! 
! ALSO  DUMMY  ADDRS  HIGH  BYTE  ! 

P 

081E 

5C 

00 

65 

LD  R5  #%00 

! DUMMY  ADDRS  LOW  BYTE  ! 

P 

0820 

9C 

86 

66 

LD  R9  #*86 

! PI  OUTPUT  MODE  VALUE  ! 

P 

0822 

AC 

39 

67 

LD  RIO  #*39 

! RIO  SETS  H.S. MODE  & P2  PULLUPS 

P 

0824 

BC 

02 

68 

LD  R11  #*02 

! R11  POINTS  TO  P2  FOR  PASS1  ! 

P 

0826 

CC 

96 

69 

LD  R12  #*96 

! R12  SETS  P01M  TO  EXT  MEM, ETC. 

P 

0828 

DC 

01 

70 

LD  R 1 3 #*01 

! R 1 3 POINTS  TO  PI  FOR  PASS  1 ! 

P 

082A 

FC 

86 

71 

LD  R15  #*86 

! SAME  AS  R9  ! 

P 

082C 

EC 

AA 

72 

LD  R14  #* AA 

! DATA  LOADED  TO  TEST  PORT  ! 

P 

082E 

E6 

10  10 

73 

ld  *10  #*io 

! RDY/DAV  RESULT  PASS  1 ! 

P 

08^1 

E6 

1 1 40 

74 

LD  $11  WO 

! DITTO  ! 

P 

P 

P 

0834 

0837 

0831 

8D 

0012 

75 

76 

77 

78 

79 

80 
81 
82 
83 

JP  START1  ! END  SETUP— JUMP  TO  TEST  START 

END  SETUP 

INTERNAL 

VERIFY 

PROCEDURE  ENTRY  $ABS  %83 1 

P 

0831 

DC 

02 

84 

VERIFY1 

: LD  R1  3 #*02 

! R 1 3 POINTS  TO  P2  FOR  PASS2  ! 

P 

0833 

BC 

01 

85 

LD  R 1 1 #*oi 

! R 1 1 POINTS  TO  PI  FOR  PASS  2 ! 

P 

0835 

E6 

F 6 00 

86 

LD  P2M  #*00 

! SETS  P2  FOR  OUTPUT  ! 

P 

0838 

66 

E4  50 

87 

88 
89 

TCM  R4  #*50 

! FROM  HERE  TO  THERE  WE  VERIFY  ! 
! TEST  RESULTS  FOR  I/O  WITH  H.S. 
! BOTH  PASS  1&2  ! 
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p 

083B 

ED 

0880 

90 

JP 

NZ  FAIL 

p 

083E 

64 

10  E5 

91 

TCM  R5  %10 

p 

084 1 

ED 

0880 

92 

JP 

NZ  FAIL 

p 

0844 

74 

1 1 E5 

93 

TM 

R5  %11 

p 

0847 

ED 

0880 

94 

JP 

NZ  FAIL 

p 

084A 

A6 

E6  AA 

95 

CP 

R6  #%AA 

p 

084D 

ED 

0880 

96 

JP 

NZ  FAIL 

p 

0850 

A6 

E7  55 

97 

CP 

R7  #%55 

p 

0853 

ED 

0880 

98 

JP 

NZ  FAIL 

p 

0856 

66 

E8  50 

99 

TCM  R8  P% 50 

p 

0859 

ED 

0880 

100 

JP 

NZ  FAIL 

p 

085C 

A6 

E9  86 

101 

CP 

R9  #%86 

! IS  THIS  PASS1?  ! 

p 

085F 

E6 

10  40 

102 

LD 

%10  #*40 

! RDY/DAV  RESULT  PASS  2 ! 

p 

0862 

E6 

11  10 

103 

LD 

%11  #%10 

! DITTO  ! 

p 

0865 

9C 

8E 

104 

LD 

R9  M8E 

! PI  IS  GOING  TO  BE  AN  OUTPUT  ! 

p 

0867 

6D 

0012 

105 

JP 

EQ  START  1 

! PASS  1 SUCCESSFUL— TRY  PASS2  ! 

p 

086A 

8D 

0029 

106 

JP 

START2 

! PASS2  SUCCESSFUL— TEST  NO  H.S. 

p 

086D 

A6 

E9  57 

107 

VERIFY2: CP 

R9  #%57 

! CHECK  RESULT  OF  I/O  NO  H.S.TES 

108 

p 

0870 

6D 

0890 

109 

JP 

EQ  PASS 

p 

0873 

110 

END  VERIFY 

111 

112 

113  INTERNAL 

114  TPASS 

P 0890  115  PROCEDURE  ENTRY  $ABS  %890 

116 

0890  8B  FE  117  PASS: JR  PASS 

118 

0892  119  END  TPASS 

120 

121 

122 

123  INTERNAL 

124  TFAIL 

0880  125  PROCEDURE  ENTRY  $ABS  %880 

126 

127 

0880  8B  FE  128  FAIL: JR  FAIL 

129 

0882  130  END  TFAIL 

131 

132  END  TESTROM 
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Build  a Z8-Based  Control 
Computer  with  BASIC,  Part  1 


I hope  you  believe  me  when  I say 
that  I have  been  waiting  years  to  pre- 
sent this  project.  For  what  has  seemed 
an  eternity,  I have  wanted  a micro- 
computer with  a specific  combination 
of  capabilities.  Ideally,  it  should  be 
inexpensive  enough  to  dedicate  to  a 
specific  application,  intelligent 
enough  to  be  programmed  directly  in 
a high-level  language,  and  efficient 
enough  to  be  battery  operated. 

My  reason  for  wanting  this  is  pure- 
ly selfish.  The  interfaces  I present 
each  month  are  the  result  of  an 
overzealous  desire  to  control  the 
world.  In  lieu  of  that  goal,  and  more 
in  line  with  BYTE  policy,  I satisfy  this 
urge  by  stringing  wires  all  over  my 
house  and  computerizing  things  like 
my  wood  stove. 

There  are  many  more  places  I'd  like 
to  apply  computer  monitoring  and 
control.  I want  to  modify  my  home- 
security  system  to  use  low-cost 
distributed  control  rather  than  central 
control.  I want  to  try  my  hand  at  a 
little  energy  management,  and,  of 
course,  I am  still  trying  to  find  some 
reason  to  install  a microcomputer  in  a 
car.  (How  about  a talking  dash- 
board?) 

Generally,  the  projects  I present 
each  month  are  designed  to  be  at- 
tached to  many  different  commercial- 
ly available  microcomputers  through 
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existing  I/O  (input/ output)  ports. 
Most  of  my  projects  are  applicable 
for  use  on  the  small  (by  IBM  stan- 
dards) computers  owned  by  many 
readers,  but,  unfortunately,  a typical 
home-computer  system  cannot  be 
stuffed  under  a car  seat. 


The  Z8-BASIC 
Microcomputer  is  a 
milestone  in  low-cost 
microcomputer 
capability. 


The  time  has  come  to  present  a ver- 
satile "Circuit  Cellar  Controller" 
board  for  some  of  these  more  am- 
bitious control  projects.  I decided  not 
to  adapt  an  existing  single-board 
computer,  which  would  be  larger, 
more  expensive,  and  generally  limited 
to  machine-language  programming. 
Instead,  I started  from  scratch  and 
built  exactly  what  I wanted. 

The  microcomputer/controller  I 
developed  is  called  the  Z8-BASIC 
Microcomputer.  Its  design  and  ap- 
plication will  be  presented  in  a two- 
part  article  beginning  this  month.  In 
my  opinion,  it  is  a milestone  in  low- 
cost  microcomputer  capability.  It  can 
be  utilized  as  an  inexpensive  tiny- 
BASIC  computer  for  a variety  of 
changing  applications,  or  it  can  be 
dedicated  to  specialized  tasks,  such  as 


security  control,  energy  manage- 
ment, solar-heating-system  monitor- 
ing, or  intelligent-peripheral  control. 
[Editor's  Note:  We  are  using  the  term 
" tiny  BASIC"  generically  to  denote  a 
small , limited  BASIC  interpreter.  The 
term  has  been  used  to  refer  to  some 
specific  commercially  available  prod- 
ucts based  on  the  Tiny  BASIC  con- 
cept promulgated  by  the  People's 
Computer  Company  in  1975.... RSS] 

The  entire  computer  is  slightly 
larger  than  a 3 by  5 file  card,  yet  it  in- 
cludes a tiny-BASIC  interpreter,  4 K 
bytes  of  program  memory,  one  RS- 
232C  serial  port  and  two  parallel  I/O 
ports,  plus  a variety  of  other  features. 
(A  condensed  functional  specification 
is  shown  in  the  "At  a Glance"  text 
box.)  Using  a Zilog  Z8  microcom- 
puter integrated  circuit  and  Z6132 
4 K by  8-bit  read/write  memory 
device,  the  Z8-BASIC  Microcom- 
puter circuit  board  is  completely  self- 
contained  and  optimized  for  use  as  a 
dedicated  controller. 

To  program  it  for  a dedicated 
application,  you  merely  attach  a user 
terminal  to  the  DB-25  RS-232C  con- 
nector, turn  the  system  on,  and  type 
in  a BASIC  program  using  keywords 
such  as  GOTO,  IF,  GOSUB,  and 
LET.  Execution  of  the  program  is 
started  by  typing  RUN.  If  you  need 
higher  speed  than  BASIC  provides,  or 
if  you  just  want  to  experiment  with 
the  Z8  instruction  set,  you  can  use  the 
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GO@  and  USR  keywords  to  call 
machine-language  subroutines. 

Once  the  application  program  has 
been  written  and  tested  with  the  aid 
of  the  terminal,  the  finished  program 
can  be  transferred  to  an  EPROM 
(erasable  programmable  read-only 
memory)  via  a memory-dump  pro- 
gram and  the  terminal  disconnected. 
Next,  the  28-pin  Z6132  memory  com- 
ponent is  removed  from  its  socket 
and  either  a type-2716  (2  K by  8-bit) 
or  type-2732  (4  K by  8-bit)  EPROM 
is  plugged  into  the  lower  24  pins. 
(The  choice  of  EPROM  depends  upon 
the  length  of  the  program.)  When  the 
Z8  board  is  powered  up,  the  stored 
program  is  immediately 
executed.  The  EPROM 
devices  and  the  Z6132 
read/ write  memory 
device  are  pin- 
compatible.  Permanent 
program  storage  is 
simply  a matter  of 
plugging  an  EPROM 
into  the  Z6132's  socket. 

There  is  much  more 
power  on  this  board 
than  is  alluded  to  in  this 
simple  description. 

That  is  why  I decided 
to  use  a two-part  article 
to  explain  it.  This 
month.  111  discuss  the 
design  of  the  system 
and  the  attributes  of  the 
Z8  and  Z6132.  Next 
month.  I'll  describe  ex- 
ternal interfacing 
techniques,  a few  ap- 
plications, and  the 
steps  involved  in  transferring  a pro- 
gram into  an  EPROM. 

Single-Chip  Microcomputers 

The  central  component  in  the 
Z8-BASIC  Microcomputer  is  a 
member  of  the  Zilog  Z8  family  of 
devices.  The  specific  component 
used,  the  Z8671,  is  just  one  of  them. 
Unlike  a micro  processor,  such  as  the 
well-known  Zilog  Z80,  the  Z8  is  a 
single-chip  micro  computer.  It  con- 
tains programmable  (read/write) 
memory,  read-only  memory,  and 
I/O-control  circuits,  as  well  as  cir- 
cuits to  perform  standard  processor 
functions.  Microprocessors  such  as 


the  Z80  or  the  Intel  8080  require  sup- 
port circuitry  to  make  a functional 
computer  system.  A single-chip 
microcomputer,  on  the  other  hand, 
can  function  solely  on  its  own. 

The  concept  is  not  new.  Single-chip 
microcomputers  have  been  around 
for  quite  a while,  and  millions  of 
them  are  used  in  electronic  games. 
The  designers  of  the  Z8,  however, 
raised  the  capabilities  of  single-chip 
microcomputers  to  new  heights  and 
provided  many  powerful  features 
usually  found  only  in  general- 
application  microprocessors. 

Typically,  single-chip  microcom- 
puters have  been  designed  for 


microcontroller  applications  and  op- 
timized for  I/O  processing.  On  a 
40-pin  dual-inline  package,  as  many 
as  32  of  the  pins  can  be  I/O  related.  A 
ROM-programmed  single-chip 
microcomputer  used  in  an  electronic 
chess  game  might  offer  a thousand 
variations  in  game  tactics,  but  it 
could  not  be  reprogrammed  as  a 
word  processor.  The  ability  to 
reorient  processing  functions  and 
reallocate  memory  has  generally  been 
the  province  of  microprocessors,  with 
their  memory-intensive  architecture. 

The  Z8  architecture  (shown  in 
figure  la  on  page  40)  allows  it  to 
serve  in  either  memory-  or  I/O- 


intensive applications.  Under  pro- 
gram control,  the  Z8  can  be  con- 
figured as  a stand-alone  microcom- 
puter using  2 K to  4 K bytes  of  inter- 
nal ROM,  as  a traditional  micropro- 
cessor with  as  much  as  120  K to 
124  K bytes  of  external  memory,  or 
as  a parallel-processing  unit  working 
with  other  computers.  The  Z8  could 
be  used  as  a controller  in  a 
microwave  oven  or  as  the  processor 
in  a stand-alone  data-entry  terminal 
complete  with  floppy-disk  drives. 

Getting  Specific:  The  Z8671 
The  member  of  the  Z8  family  used 
in  this  project  is  the  Z8671.  This  com- 
ponent differs  from  the 
garden-variety  Z8601 
chiefly  in  the  contents 
of  the  ROM  set  at  the 
factory.  The  pinout 
specification  of  the 
Z8671  is  shown  in 
figure  lb,  and  the 
package  is  shown  in 
photo  2 on  page  41. 
The  Z8671  package 
contains  the  processor 
circuitry,  2 K bytes  of 
ROM  (preprogrammed 
with  a tiny-BASIC  in- 
terpreter and  a debug- 
ging monitor),  32  I/O 
lines,  and  144  bytes  of 
programmable  (read/ 
write)  memory. 

The  operational  ar- 
rangement of  memory- 
address  space  is  shown 
in  figure  lc.  The  inter- 
nal read /write  memory 
is  actually  a register  file  (illustrated  in 
figure  2)  composed  of  124  general- 
purpose  registers  (R4  thru  R127),  16 
status-control  registers  (R240  thru 
R255),  and  4 I/O-port  registers  (R0 
thru  R3).  Any  general-purpose 
register  can  be  used  as  an  accumula- 
tor, address  pointer,  index  register,  or 
as  part  of  the  internal  stack  area.  The 
significance  of  these  registers  will  be 
explained  when  I describe  the  tiny- 
BASIC/Debug  interpreter/monitor. 

The  32  I/O  lines  are  grouped  into 
four  separate  ports  and  treated  inter- 
nally as  4 registers.  They  can  be  con- 
figured by  software  for  either  input  or 
output  and  are  compatible  with 


Photo  1:  A prototype  of  the  versatile  “Circuit  Cellar  Controller, " for- 
mally called  the  Z8-BASIC  Microcomputer.  The  printed-circuit  board 
measures  4 by  4Vz  inches  and  has  a 44-pin  (two-sided  22-pin)  edge  con- 
nector with  contacts  on  0.156-inch  centers.  A 2716  or  2732  EPROM 
can  be  substituted  for  the  Z6132  Quasi-Static  memory,  plugging  into 
the  same  socket. 
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OUTPUT  INPUT  Vcc  6ND  XTAL  AS  DS  R/W  RESET 


I/O  ADDRESS  OR  I/O  ADDRESS/DATA  OR  I/O 

(BIT  PROGRAMMABLE)  (NYBBLE  PROGRAMMABLE)  (BYTE  PROGRAMMABLE) 


Figure  la:  Block  diagram  of  the  Zilog  Z8-family  single-chip  microcomputers.  Their  ar- 
chitecture allows  these  devices  to  serve  in  either  memory-  or  I/O-intensive  applications. 
This  figure  and  figures  lb,  1c,  2,  3,  and  4 were  provided  through  the  courtesy  of  Zilog 
Inc. 


LSTTL  (low-power  Schottky  transis- 
tor-transistor logic).  In  addition,  port 
1 and  port  0 can  serve  as  a multi- 
plexed address /data  bus  for  connec- 
tion of  external  memory  and 
peripheral  devices. 

In  traditional  nomenclature,  port  1 
transceives  the  data-bus  lines  DO  thru 
D 7 and  transmits  the  low-order 
address-bus  signals  AO  thru  A 7.  Port 
0 supplies  the  remaining  high-order 
address  lines  A 8 thru  A15,  for  a total 
of  16  address  bits.  This  allows  62  K 
bytes  of  program  memory  (plus  2 K 
bytes  of  ROM)  to  be  directly  ad- 
dressed. If  more  memory  is  required, 
one  bit  in  port  3 can  be  set  to  select 
another  memory  bank  of  62  K bytes, 
which  is  referred  to  as  data  memory. 
In  the  Z8-BASIC  Microcomputer 
presented  here,  a separate  data- 
memory  bank  is  not  implemented, 
and  program  and  data  memory  are 
considered  to  be  the  same. 

The  Z8  has  forty-seven  instruc- 
tions, nine  addressing  modes,  and  six 
interrupts.  Using  a 7.3728  MHz 


crystal  (producing  a system  clock  rate 
of  3.6864  MHz)  most  instructions 
take  about  1.5  to  2.5  /is  to  execute. 
Ordinarily,  you  would  not  be  con- 
cerned about  single-chip-microcom- 
puter instruction  sets  and  interrupt 
handling  because  the  programs  are 
mask-programmed  into  the  ROM  at 
the  factory.  In  the  Z8671,  however, 
only  the  BASIC /Debug  interpreter  is 
preprogrammed.  Using  this  inter- 
preter, you  can  write  machine- 
language  programs  that  can  be  ex- 
ecuted through  subroutine  calls  writ- 
ten in  BASIC.  This  feature  greatly 
enhances  the  capabilities  of  this  tiny 
computer  and  potentially  allows  the 
software  to  control  high-speed 
peripheral  devices.  (A  complete 
discussion  of  the  Z8  instruction  set 
and  interrupt  structure  is  beyond  the 
scope  of  this  article.  The  documenta- 
tion accompanying  the  Z8-BASIC 
Microcomputer  Board  describes  the 
instruction  set  in  detail.) 

The  final  area  of  concern  is  com- 
munication. The  Z8  contains  a full- 
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Figure  lb:  Pinout  specification  of  the 

Zilog  Z8671  microcomputer.  The  Z8671  is 
a variant  of  the  basic  Z8601  component  of 
the  Z8  family.  The  Z8671  is  used  in  this 
project  because  it  contains  the 
BASIC/Debug  interpreter/ monitor  in 
read-only  memory.  Other  members  of  the 
Z8  family  are  supplied  in  different 
packages , chiefly  to  support  system- 
development  work. 


duplex  UART  (universal  asyn- 
chronous receiver/ transmitter)  and 
two  counter/timers  with  prescalers. 
One  of  the  counters  divides  the 
7.3728  MHz  crystal  frequency  to  one 
of  eight  standard  data  rates.  With  the 
Z8671,  these  rates  range  between  110 
and  9600  bps  (bits  per  second)  and 
are  switch-  or  software-selectable. 

A block  diagram  of  the  serial-I/O 
section  is  shown  in  figure  3.  Serial 
data  is  received  through  bit  0 of  port 
3 and  transmitted  from  bit  7 of  port  3. 
While  the  Z8  can  be  set  to  transmit 
odd  parity,  the  Z8671  is  preset  for  1 
start  bit,  8 data  bits,  no  parity,  and  2 
stop  bits.  Received  data  must  have  1 
start  bit,  8 data  bits,  at  least  1 stop 
bit,  and  no  parity  (in  this  configura- 
tion). 

Quasi-Static  Memory 

A limiting  factor  in  small  controller 
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Figure  lc:  The  operational  arrangement  of  memory-address  space  in  the  Z8  family.  The 
regions  labeled  " program  memory"  and  "data  memory"  may  map  to  the  same  physical 
memory , or  two  separate  banks  may  be  used , selected  through  one  bit  of  I/O  port  3. 
The  internal  programmable  (read/write)  memory  is  a register  file  containing  124 
general-purpose  registers,  16  status-control  registers,  and  4 I/O-port  registers. 


designs  has  always  been  the  trade-off 
between  memory  size  and  power  con- 
sumption. To  keep  the  number  of 
components  down  and  simplify  con- 
struction, a designer  generally  selects 
a limited  quantity  of  static  memory. 
Frequently,  the  choice  is  to  use  two 
type-2114  1 K by  4 NMOS 
(negative-channel  metal-oxide 
semiconductor)  static-memory 
devices.  In  practice,  however,  the 
1 K-byte  memory  size  thereby  pro- 
vided is  rather  limited.  It  would  be 
much  better  to  expand  this  to  at  least 
4 K bytes.  Unfortunately,  eight  2114 
chips  require  considerably  more 
circuit-board  space  and  consume 
about  0.7  amps  at  +5  V.  Not  only 
would  this  make  the  design  ill  suited 
for  battery  power,  it  could  never  fit 
on  my  4-  by  4V2-inch  circuit  board. 

Another  approach  is  to  use 
dynamic  memory,  as  in  larger  com- 
puters. Dynamic  memory  costs  less, 
bit  for  bit,  than  static  memory  and 
consumes  little  power.  Unfortunate- 
ly, most  dynamic-memory  com- 
ponents require  three  separate 
operating  voltages  and  special  refresh 
circuitry.  Adding  4 K bytes  of 
dynamic  memory  would  probably 
take  about  twelve  chips.  The  advan- 
tages gained  in  reduced  power  con- 
sumption hardly  justify  the  expense 
and  effort. 

The  solution  to  this  problem,  sur- 


prisingly enough,  also  comes  from 
Zilog,  in  the  form  of  the  Z6132 
Quasi-Static  Memory.  The  Z6132, 
shown  in  photo  4 on  page  43,  is  a 
32  K-bit  dynamic-memory  device, 
organized  into  4 K 8-bit  (byte-size) 
words.  It  uses  single-transistor 
dynamic  bit-storage  cells,  but  the 
device  performs  and  controls  its  own 
data-refresh  operations  in  a manner 
that  is  completely  invisible  to  the  user 
and  the  rest  of  the  system.  This 
eliminates  the  need  for  external 
refresh  circuitry.  Also,  the  Z6132  re- 
quires only  a +5  V power  supply. 
The  result  is  a combination  of  the 
design  convenience  of  static  memory 
and  the  low  power  consumption  of 
dynamic  memory.  All  4 K bytes  of 
memory  fit  in  a single  28-pin  dual-in- 
line package,  which  typically  draws 
about  30  milliamps. 

An  additional  benefit  in  using  the 
Z6132  is  that  it  is  pin-compatible  with 
standard  type-2716  (2  K by  8-bit) 
and  type-2732  (4  K by  8-bit) 

EPROMs.  This  feature  is  extremely 
beneficial  when  you  are  configuring 
this  Z8  board  for  use  as  a dedicated 
controller.  As  previously  mentioned, 
the  Z6132  can  be  removed  and  an 
EPROM  inserted  in  the  low-order  24 
pins  of  the  same  socket.  Thus,  any 
program  written  and  operating  in  the 
Z6132  memory  can  be  placed  in  a 
nonvolatile  EPROM.  (There  are  some 
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Figure  2:  An  expanded  view  of  the 
register-memory  section  of  figure  lc, 
showing  the  organization  of  the  register ' 
file.  Any  general-purpose  register  can  be 
used  as  an  accumulator,  address  pointer, 
index  register,  or  as  part  of  the  internal 
stack  area. 


Photo  2:  The  Zilog  Z8671  single-chip 
microcomputer,  a member  of  the  Z8 
family  of  devices.  This  dual-inline 
package  contains  the  processor  cir- 
/ cuitry,  2 K bytes  of  ROM,  32  I/O 
lines,  and  144  bytes  of  programmable 
memory. 
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Photo  3:  photomicrograph  of  the  silicon  chip  containing  the  working  parts  of  a Z8  microcomputer. 


The  following  items  are  available 
from. 

The  MicroMint  Inc 
917  Midway 
Woodmere  NY  11598 
Telephone. 

(800)  645-3479  (for  orders) 

(516)  374-6793  (for  technical  information) 

Z8-BASIC  Microcomputer 
Documentation  includes: 

Z8  Technical  Manual,  Z8  Product 
Specification 

Z6132  Product  Specification 
BASIC/Debug  Manual 
Z8-BASIC  Microcomputer  Construc- 
tion/Operator's Manual 
Assembled  and  tested  ...$170 
Kit.... $140 

Z8-BASIC  Microcomputer  power  supply 
(Size:  2\  by  4V2  inches) 

Provides:  +5  V,  300  mA 

+ 22  V,  50  mA 

-12  V,  50  mA 

Assembled  and  tested.... $35 
Kit...  $27 

All  printed-circuit  boards  are  solder-masked  and  silk-screened. 

The  documentation  supplied  with  the  Z8  board  includes  approximately  200  pages  of  materials.  It  is  available  separately  for  $25.  This 
charge  will  be  credited  toward  any  subsequent  purchase  of  the  Z8  board 

Please  include  $4  for  shipping  and  handling.  New  York  residents  please  include  7%  sales  tax. 

***  206684- .1  80-  Ut 
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Photo  4:  The  Zilog  Z6132  Quasi-Static  Memory  device , shown  with  the  hood  up. 
This  component  stores  32  K bits  in  the  form  of  4 K bytes  in  invisibly  refreshed 
dynamic-memory  cells. 


Photo  5:  The  Z8-BASIC  Microcomputer  Board  attached  to  a power  supply.  Power 
can  be  supplied  either  through  the  separate  power  connector , as  shown , or  through 
the  edge  connector. 


At  a Glance 

Name 

Z8-BASIC  Microcomputer 
Processor 

Zilog  Z8-family  Z8671  8-bit  microcomput- 
er with  programmable  (read/write) 
memory,  read-only  memory,  and  I/O  in  a 
single  package.  The  Z8671  includes  a 
2 K-byte  tiny-B ASIC /Debug  resident  in- 
terpreter in  ROM,  144  bytes  of  scratch- 
pad memory,  and  32  I/O  lines.  System 
uses  7.3728  MHz  crystal  to  establish  clock 
rate.  Two  internal  and  four  external  inter- 
rupts. 

Memory 

Uses  Z6132  4 K-byte  Quasi-Static 
Memory  (pin-compatible  with  2716  and 
2732  EPROMs);  2 K-byte  ROM  in  Z8671. 
Memory  externally  expandable  to  62  K 
bytes  of  program  memory  and  62  K bytes 
of  data  memory. 

Input/Output 

Serial  port:  RS-232C-compatible  and 
switch-selectable  to  110,  150,  300,  1200, 
2400,  4800,  and  9600  bps. 

Parallel  I/O:  two  parallel  ports;  one 
dedicated  to  input,  the  other  bit- 
programmable  as  input  or  output;  pro- 
grammable interrupt  and  handshaking 
lines;  LSTTL-compatible. 

External  I/O:  16-bit  address  and  8-bit 
bidirectional  data  bus  brought  out  to  ex- 
pansion connector. 

BASIC  Keywords 

GOTO,  GO@,  USR,  GOSUB, 

IF... THEN,  INPUT,  LET,  LIST,  NEW, 
REM,  RETURN,  RUN,  STOP,  IN, 

PRINT,  PRINT  HEX.  Integer 
arithmetic/logic/operators:  + , — , /,  *, 
and  AND;  BASIC  can  call  machine- 
language  subroutines  for  increased  execu- 
tion speed;  allows  complete  memory  and 
register  interrogation  and  modification. 

Power-Supply  Requirements 

+ 5 V ±5%  at  250  mA 

+ 12  V ±10%  at  30  mA 

-12  V ±10%  at  30  mA 

(The  12  V supplies  are  required  only  for 

RS-232C  operation.) 

Dimensions  and  Connections 

4-  by  4a/2-inch  board;  dual  22-pin 
(0.156-inch)  edge  connector.  25-pin  RS- 
232C  female  D-subminiature  (DB-25S) 
connector;  4-po!e  DIP-switch  data-rate 
selector. 

Operating  Conditions 

Temperature:  0 to  50  °C  (32  to  122  °F) 
Humidity:  10  to  90%  relative  humidity 
(noncondensing) 
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Figure  3:  Block  diagram  of  the  serial-I/O  section  of  the  Z8-family  microcomputers.  The 
Z8  contains  a full-duplex  UART  (universal  asynchronous  receiver/ transmitter) . The 
data  rates  are  derived  from  the  clock-rate  crystal  frequency.  Serial  data  is  received 
through  bit  0 of  port  3 and  is  transmitted  from  bit  7 of  port  3.  An  interrupt  is  generated 
within  the  Z8  whenever  transmission  or  reception  of  a character  has  been  completed. 


Photo  6:  The  Z8-BASIC  Microcomputer  in  operation , communicating  with  a video 
terminal  (here,  a Digital  Equipment  Corporation  VT8E).  A memory-dump  routine, 
written  using  the  BASIC/Debug  interpreter,  is  shown  on  the  display  screen.  The 
starting  address  of  the  dump  is  the  beginning  of  the  user-memory  area;  the  hexa- 
decimal values  displayed  are  the  ASCII  (American  Standard  Code  for  Information 
Interchange)  values  of  the  characters  that  make  up  the  first  line  of  the  memory-dump 
program. 


limitations  placed  on  the  number  of 
subroutine  calls  and  variables  al- 
lowed by  this  substitution  because 
variable  data  and  return  addresses 
must  be  stored  in  the  Z8's  register 
area  instead  of  in  external  read /write 
memory.) 


Z8-BASIC  Microcomputer 

Figure  5 on  pages  46  and  47  is  the 
schematic  diagram  of  the  seven-inte- 
grated-circuit  Z8-BASIC  Microcom- 
puter Board,  shown  in  prototype 
form,  with  a power  supply,  in  photo 
5.  ICl  is  the  Z8671  microcomputer, 
the  member  of  the  Z8  family  that  con- 
tains Zilog's  2 K-byte  BASIC/Debug 
software  in  read-only  memory.  IC2  is 
the  Z6132  Quasi-Static  Memory,  and 
IC3  is  an  8-bit  address  latch.  Under 
ordinary  circumstances,  the  Z6132  is 
capable  of  latching  its  address  inter- 
nally, but  IC3  is  included  to  allow 
EPROM  operation.  IC4  and  IC5  form 
a hard-wired  memory-mapped  input 
port  used  to  read  the  data-rate- 
selection  switches.  IC6  and  IC7  pro- 
vide proper  voltage-level  conversion 
for  RS-232C  serial  communication. 

The  seven-integrated-circuit  com- 
puter typically  takes  about 
200  milliamps  at  +5  V.  The  +12  V 
and  —12  V supplies  are  required 
only  for  operating  the  RS-232C  inter- 
face. Power  required  is  typically 
about  25  milliamps  on  each. 

The  easiest  way  to  check  out  the 
Z8-BASIC  Microcomputer  after  as- 
sembly is  to  attach  a user  terminal  to 
the  RS-232C  connector  (J2)  and  set 
the  data-rate-selector  switches  to  a 
convenient  rate.  I generally  select 
1200  bps,  with  SW2  closed  and  SW1, 
SW3,  and  SW4  open.  After  applying 
power,  simply  press  the  RESET  push 
button. 

Pressing  RESET  starts  the  Z8's  ini- 
tialization procedure.  The  program 
reads  location  hexadecimal  FFFD  in 
memory-address  space,  to  which  the 
data-rate-selector  switches  are  wired 
to  respond.  When  it  has  acquired  this 
information,  it  sets  the  appropriate 
data  rate  and  transmits  a colon  to  the 
terminal.  At  this  point,  the  Z8  board 
is  completely  operational  and  pro- 
grams can  be  entered  in  tiny  BASIC. 
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Figure  4:  Block  diagram  of  the  Zilog  Z6132  Quasi-Static  Memory  component.  This  innovative  part  stores  32  K bits  in  the  form  of 
4 K bytes , using  single-transistor  dynamic  random-access  bit-storage  cells , but  all  refresh  operations  are  controlled  internally.  The 
memory-refresh  operation  is  completely  invisible  to  the  user  and  the  other  components  in  the  system.  The  Z6132  draws  about  30 
milliamps  from  a single  +5  V power  supply. 


(With  the  simple  address  selection 
employed  in  this  circuit,  the  data-rate 
switches  will  be  read  by  an  access  to 
any  location  in  the  range  hexadecimal 
C000  thru  FFFF.  This  should  not  un- 
duly restrict  the  versatility  of  the 
system  in  the  type  of  application  for 
which  it  was  designed.) 

BASIC /Debug  Monitor 

I'll  go  into  the  features  of  the  tiny- 
BASIC  interpreter  in  greater  detail 
next  month,  but  I'm  sure  you  are 
curious  about  the  capabilities  present 
in  a 2 K-byte  BASIC  system. 

Essentially  an  integer-math  dialect 
of  BASIC,  Zilog's  BASIC/Debug 
software  is  specifically  designed  for 
process  control.  It  allows  examina- 
tion and  modification  of  anv  memory 

* * 

location,  I/O  port,  or  register.  The 
interpreter  processes  data  in  both 
decimal  and  hexadecimal  radices  and 
accesses  machine-language  code  as 
either  a subroutine  or  a user-defined 
function. 


BASIC/Debug  recognizes  sixteen 
keywords:  GOTO,  GO@,  USR, 

GOSUB,  IF... THEN,  INPUT,  IN, 
LET,  LIST,  NEW,  REM,  RUN, 
RETURN,  STOP,  PRINT,  and 
PRINT  HEX.  Standard  syntax  and 
mathematical  operators  are  used. 


The  Z8  board  is 
not  my  idea  of  what 
should  be  available; 
it  is  available  now. 


Twenty-six  numeric  variables, 
designated  by  the  letters  A thru  Z,  are 
supported.  Variables  can  be  used  to 
designate  program  line  numbers.  For 
example,  GOSUB  B*100  and  GOTO 
A*B*C  are  valid  expressions. 

In  my  opinion,  the  2 K-byte  inter- 
preter is  extremely  powerful.  Because 
it  operates  easily  on  register  and 
memory  locations,  arrays  and  blocks 
of  data  can  be  easily  manipulated. 


(Full  appreciation  of  the  Z8-BASIC 
Microcomputer  comes  after  a com- 
plete review  of  the  operating  manuals 
and  a little  experience.  Documenta- 
tion approximately  200  pages  long  is 
supplied  with  the  unit;  the  documen- 
tation is  also  available  separately.) 

In  Conclusion 

It's  easy  to  get  spoiled  using  a large 
computer  as  a simple  control  device.  I 
have  heard  of  many  inexpensive  in- 
terfaces that,  when  attached  to  any 
computer,  supposedly  perform  con- 
trol and  monitoring  miracles.  Fre- 
quently overlooked,  however,  is  the 
fact  that  implementation  of  these  in- 
terfaces often  requires  the  software- 
development  tools  and  hardware- 
interfacing facilities  of  relatively  large 
systems.  The  Z8-BASIC  Microcom- 
puter, with  its  interpretive  language, 
virtually  eliminates  the  need  for  cost- 
ly development  systems  with  memo- 
ry-consuming text  editors,  assem- 
blers, and  debugging  programs. 
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If  you  need  a proportional  motor- 
speed  control  for  your  solar-heating 
system,  you  don't  have  to  dedicate 
your  Apple  II  or  shut  off  your  heating 
system  when  you  balance  your 
checkbook.  From  now  on,  there  is  a 
small,  cost-effective  microcomputer 
specifically  designed  for  such  applica- 
tions. The  Z8  board  described  in  this 
article  is  not  my  idea  of  what  should 
be  available;  it  is  available  now. 

Next  Month: 

I will  elaborate  on  interfacing  and 
applications  for  the  Z8-BASIC 
Microcomputer.  ■ 
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Figure  5:  Schematic  diagram  of  the  Cir- 
cuit Cellar  Z8-BASIC  Microcomputer. 
Five  jumper  connections  are  provided  so 
different  memory  devices  can  be  used.  For 
general-purpose  use  and  program 
development , the  4 K-byte  Z6132 
read/write  memory  device  will  be  used; 
for  dedicated  applications,  two  kinds  of 
EPROMs  can  be  substituted  in  the  same 
integrated-circuit  socket.  Standard  450  ns 
type-2716  or  type-2732  EPROM  chips  can 
be  used.  The  connection  labeled  "32  K" 
should  be  closed  if  a type-2732  EPROM  is 
installed;  the  connection  labeled  "16  K" 
should  be  closed  for  use  of  a type-2716 
EPROM. 

The  pull-up  resistors  adjacent  to  IC4 
(the  74LS244  buffer)  are  contained  in  a 
SIP  (single-inline  package). 
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Build  a Z8-Based  Control 
Computer  with  BASIC,  Part  2 


The  Z8-BASIC  Microcomputer 
system  described  in  this  two-part 
article  is  unlike  any  computer  pre- 
sently available  for  dedicated  control 
applications.  Based  on  a single-chip 
Zilog  Z8  microcomputer  with  an  on- 
board tiny-BASIC  interpreter,  this 
unit  offers  an  extraordinary  amount 
of  power  in  a very  small  package.  It  is 
no  longer  necessary  to  use  expensive 
program-development  systems.  Com- 
puter control  can  now  be  applied  to 
many  areas  where  it  was  not 
previously  cost-effective. 

The  Z8-BASIC  Microcomputer  is 
intended  for  use  as  an  intelligent  con- 
troller, easy  to  program  and  inexpen- 
sive enough  to  dedicate  to  specific 
control  tasks.  It  can  also  serve  as  a 
low-cost  tiny-BASIC  computer  for 
general  interest.  Technical  specifica- 
tions for  the  unit  are  shown  in  the  "At 
a Glance"  box. 

Last  month  I described  the  design 
of  the  Z8-BASIC  Microcomputer 
hardware  and  the  architectures  of  the 
Z8671  microcomputer  component 
and  Z6132  32  K-bit  Quasi-Static 
Memory.  This  month  I'd  like  to  con- 
tinue the  description  of  the  tiny- 
BASIC  interpreter,  discuss  how  the 
BASIC  program  is  stored  in  memory, 
and  demonstrate  a few  simple  appli- 
cations. 

Process-Control  BASIC 

The  BASIC  interpreter  contained  in 
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ROM  (read-only  memory)  within  the 
Z8671  is  officially  called  the  Zilog 
BASIC/Debug  monitor.  It  is  essen- 
tially a 2 K-byte  integer  BASIC  which 
has  been  optimized  for  speed  and 
flexibility  in  process-control  applica- 
tions. 


There  are  15  keywords:  GOTO, 
GO@,  USR,  GOSUB,  IF... THEN, 
INPUT,  IN,  LET,  LIST,  NEW,  REM, 
RUN,  RETURN,  STOP,  PRINT  (and 
PRINT  HEX).  Twenty-six  numeric 
variables  (A  through  Z)  are  sup- 
ported; and  numbers  can  be  ex- 


Photo  1:  Z8-BAS1C  Microcomputer.  With  the  two  "RAM"  jumpers  installed,  it  is 
configured  to  operate  programs  residing  in  the  Z6132  Quasi-Static  Memory.  A 
four-position  DIP  (dual-inline  pin)  switch  (at  upper  right)  sets  the  serial  data  rate 
for  communication  with  a user  terminal  connected  to  the  DB-25S  RS-232C  con- 
nector on  the  top  center.  The  reset  button  is  on  the  top  left. 
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pressed  in  either  decimal  or  hexadeci- 
mal format.  BASIC /Debug  can 
directly  address  the  Z8's  internal 
registers  and  all  external  memory. 
Byte  references,  which  use  the  "@" 
character  followed  by  an  address, 
may  be  used  to  modify  a single 
register  in  the  processor,  an  I/O  port, 
or  a memory  location.  For  example, 
@4096  specifies  decimal  memory 
location  4096,  and  @%F6  specifies 
the  port-2  mode-control  register  at 
decimal  location  246.  (The  percent 
symbol  indicates  that  the  characters 
following  it  are  to  be  interpreted  as  a 
hexadecimal  numeral.)  To  place  the 
value  45  in  memory  location  4096, 
the  command  is  simply,  @4096=45 
(or  @%1000=%2D). 

Command  abbreviations  are  stan- 
dard with  most  tiny-BASIC  interpre- 
ters, but  this  interpreter  allows  some 
extremes  if  you  want  to  limit  program 
space.  For  example: 

IF  1 > X THEN  GOTO  1000 
can  be  abbreviated 
IF  1>X1000 

PRINT'THE  VALUE  IS  ";S 


can  be  abbreviated 
'THE  VALUE  IS  ";S 

IF  X = Y THEN  IF  Y = Z 
THEN  PRINT  "X  = Z" 

can  be  abbreviated 
IF  X = Y IF  Y = Z "X  = Z" 

One  important  difference  between 
most  versions  of  BASIC  and  Zilog's 
BASIC /Debug  is  that  the  latter 
allows  variables  to  contain  statement 
numbers  for  branching,  and  variable 
storage  is  not  cleared  before  a pro- 
gram is  run.  Statements  such  as 
GOSUB  X or  GOTO  A*E-Z  are 
valid.  It  is  also  possible  to  pass  values 
from  one  program  to  another.  These 
variations  serve  to  extend  the  capa- 
bilities of  BASIC /Debug. 

In  my  opinion,  the  main  feature 
that  separates  this  BASIC  from  others 
is  the  extent  of  documentation  sup- 
plied with  the  Z8671.  Frequently,  a 
computer  user  will  ask  me  how  he  can 
obtain  the  source-code  listing  for  the 
BASIC  interpreter  he  is  using.  Most 
often,  I have  to  reply  that  it  is  not 
available.  Software  manufacturers 
that  have  invested  many  man-years 
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Photo  2:  The  ZS/Micromouth  demonstrator.  A Z8-BASIC  Microcomputer  is 
configured  to  run  a ROM-resident  program  that  exercises  the  Micromouth  speech 
synthesizer  presented  in  the  June  Circuit  Cellar  article.  A Micromouth  board 
similar  to  that  shown  on  the  left  is  mounted  inside  the  enclosure.  Six  pushbutton 
switches , connected  to  a parallel  input  port  on  the  Z8  board , select  various 
speech-demonstration  sequences.  The  Micromouth  board  is  driven  from  a second 
parallel  port  on  the  Z8  board. 


Name 

Z8-BASIC  Microcomputer 
Processor 

Zilog  Z8-family  Z8671  8-bit  microcomput- 
er with  programmable  (read/write) 
memory,  read-only  memory,  and  I/O  in  a 
single  package.  The  Z8671  includes  a 
2 K-byte  tiny-BASIC /Debug  resident  in- 
terpreter in  ROM,  144  internal  8-bit 
registers,  and  32  I/O  lines.  System  uses 
7.3728  MHz  crystal  to  establish  clock 
rate.  Two  internal  and  four  external  inter- 
rupts. 

Memory 

Uses  Z6132  4 K-byte  Quasi-Static 
Memory  (pin-compatible  with  2716  and 
2732  EPROMs);  2 K-byte  ROM  in  Z8671. 
Memory  externally  expandable  to  62  K 
bytes  of  program  memory  and  62  K bytes 
of  data  memory. 

Input/Output 

Serial  port:  RS-232C-compatible  and 
switch-selectable  to  110,  150,  300,  1200, 
2400,  4800,  and  9600  bps. 

Parallel  I/O:  two  parallel  ports;  one 
dedicated  to  input,  the  other  bit- 
programmable  as  input  or  output;  pro- 
grammable interrupt  and  handshaking 
lines;  LSTTL-compatible. 

External  I/O:  16-bit  address  and  8-bit 
bidirectional  data  bus  brought  out  to  ex- 
pansion connector. 

BASIC  Keywords 

GOTO,  GO@,  USR,  GOSUB, 

IF... THEN,  INPUT,  LET,  LIST,  NEW, 
REM,  RETURN,  RUN,  STOP,  IN, 

PRINT,  PRINT  HEX.  Integer 
arithmetic/logic  operators:  +,  — , /,  *, 
and  AND;  BASIC  can  call  machine- 
language  subroutines  for  increased  execu- 
tion speed;  allows  complete  memory  and 
register  interrogation  and  modification. 

Power-Supply  Requirements 

+5  V ±5%  at  250  mA 

+ 12  V ±10%  at  30  mA 

-12  V ±10%  at  30  mA 

(The  12  V supplies  are  required  only  for 

RS-232C  operation.) 

Dimensions  and  Connections 

4-  by  4 Vi -inch  board;  dual  22-pin 
(0.156-inch)  edge  connector.  25-pin  RS- 
232C  female  D-subminiature  (DB-25S) 
connector;  4-pole  DIP-switch  daia-raie 
selector. 

Operating  Conditions 

Temperature:  0 to  50°C  (32  to  122 °F) 
Humidity:  10  to  90%  relative  humidity 
(noncondensing) 
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in  a BASIC  interpreter  are  not  easily 
persuaded  to  give  away  its  secrets. 

In  most  cases,  however,  a user 
merely  wants  to  know  the  location  of 
the  GOSUB... RETURN  address  stack 
or  the  format  and  location  of  stored 
program  variables.  While  the  source 
code  for  BASIC /Debug  is  also  not 
available  (because  the  object  code  is 
mask-programmed  into  the  ROM, 
you  couldn't  change  it  anyway),  the 
locations  of  all  variables,  pointers, 
stacks,  etc,  are  fixed,  and  their  stor- 
age formats  are  defined  and  described 
in  detail.  The  60-page  BASIC /Debug 
user's  manual  contains  this  informa- 
tion and  is  included  in  the  200  pages 
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BFFF 

User-memory  and  1/0- 
expansion  area 
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7FFF 

undefined 

2000 

17FF 

On-board  4 K bytes  of  read/write 
memory  or  EPROM 
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BASIC/Debug  ROM 

100 

FF 

Z8  registers 

00 

Figure  1:  A simplified  hexadecimal 

memory  map  of  the  Z8-BASIC  Micro- 
computer. 


of  documentation  supplied  with  the 
Z8-BASIC  Microcomputer  board. 
(The  documentation  is  also  available 
separately.) 

Memory  Allocation 

Z8-family  microcomputers  distin- 
guish between  four  kinds  of  memory: 
internal  registers,  internal  ROM,  ex- 
ternal ROM,  and  external  read/write 
memory.  (A  slightly  different  dis- 
tinction can  also  be  made  between 
program  memory  and  data  memory, 
but  in  this  project  this  distinction  is 
unnecessary.)  The  register  file  resides 
in  memory-address  space  in  hexadeci- 
mal locations  0 through  FF  (decimal  0 
through  255).  The  144  registers  in- 
clude four  I/O-  (input/output)  port 
registers,  124  general-purpose  regis- 
ters, and  16  status  and  control  regis- 
ters. (No  registers  are  implemented  in 
hexadecimal  addresses  80  through  EF 
[decimal  addresses  128  through  239]). 

The  2 K-byte  ROM  on  the  Z8671 
chip  contains  the  BASIC /Debug  in- 
terpreter, residing  in  address  space 
from  address  0 to  hexadecimal  7FF 
(decimal  0 to  2047).  External  memory 
starts  at  hexadecimal  address  800 
(decimal  2048).  A memory  map  of  the 
Z8-BASIC  Microcomputer  system  is 
shown  in  figure  1. 

When  the  system  is  first  turned  on, 
BASIC /Debug  determines  how  much 
external  read/write  memory  is  avail- 
able, initializes  memory  pointers,  and 
checks  for  the  existence  of  an  auto- 
start-up  program.  In  a system  with 
external  read/write  memory,  the  top 
page  is  used  for  the  line  buffer, 
program-variable  storage,  and  the 
GOSUB . . . RETURN  address  stack . 
Program  execution  begins  at  hexadec- 
imal location  800  (decimal  2048). 

When  BASIC /Debug  finds  no  ex- 
ternal read/write  memory,  the  inter- 
nal registers  are  used  to  store  the  vari- 
ables, line  buffer,  and  GOSUB... RE- 
TURN stack.  This  limits  the  depth  of 
the  stack  and  the  number  of  variables 
that  can  be  used  simultaneously,  but 
the  restriction  is  not  too  severe  in 
most  control  applications.  In  a sys- 
tem without  external  memory,  auto- 
matic program  execution  begins  at 
hexadecimal  location  1020  (decimal 
4128). 


In  a system  that  uses  an  external 
2 K-byte  EPROM  (type  2716),  wrap- 
around addressing  occurs,  because 
the  state  of  the  twelfth  address  line  on 
the  address  bus  (All)  is  ignored.  (A 
4 K-byte  type-2732  EPROM  device 
does  use  All.)  A 2716  EPROM  de- 
vice inserted  in  the  Z6132's  memory 
socket  will  read  from  the  same  mem- 
ory cells  in  response  to  accesses  to 
both  logical  hexadecimal  addresses 
800  and  1000.  Similarly,  hexadecimal 
addresses  820  and  1020  will  be  treated 
as  equivalent  by  the  2716  EPROM. 
Therefore,  when  a 2 K-byte  2716 
EPROM  is  being  used,  the  auto-start 
address,  normally  operating  at  hexa- 
decimal 1020,  will  begin  execution  of 
any  program  beginning  at  hexadeci- 
mal location  820.  For  the  purposes  of 
this  discussion,  you  may  assume  that 
programs  stored  in  EPROM  use  type- 
2716  devices  and  that  references  to 
hexadecimal  address  820  also  apply 
to  hexadecimal  address  1020. 

Program  Storage 

The  program-storage  format  for 
BASIC /Debug  programs  is  the  same 
in  both  types  of  memory.  Each 
BASIC  statement  begins  with  a line 
number  and  ends  with  a delimiter.  If 
you  were  to  connect  a video  terminal 
or  teletypewriter  to  the  RS-232C 
serial  port  and  type  the  following 
line: 

100  PRINT  "TEST" 

it  would  be  stored  in  memory  begin- 
ning at  hexadecimal  location  800  as 
shown  in  listing  1. 

The  first  2 bytes  of  any  BASIC 
statement  contain  the  binary  equiva- 
lent of  the  line  number  (100  decimal 
equals  64  hexadecimal).  Next  are 
bytes  containing  the  ASCII  (Ameri- 
can Standard  Code  for  Information 
Interchange)  values  of  characters  in 
the  statement,  followed  by  a delimiter 
byte  (containing  00)  which  indicates 
the  end  of  the  line.  The  last  statement 
in  the  program  (in  this  case  the  only 
one)  is  followed  by  2 bytes  containing 
the  hexadecimal  value  FFFF,  which 
designates  line  number  65535. 

The  multiple-line  program  in  listing 
2 further  illustrates  this  storage  for- 
mat. 
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One  final  example  of  this  is  il- 
lustrated in  listing  3.  Here  is  a pro- 
gram written  to  examine  itself.  Essen- 
tially, it  is  a memory-dump  routine 
which  lists  the  contents  of  memory  in 
hexadecimal.  As  shown,  the  15-line 
program  takes  355  bytes  and  occupies 
hexadecimal  locations  800  through 
963  (decimal  2048  through  2499).  I 
have  dumped  the  first  and  last  lines  of 
the  program  to  further  demonstrate 
the  storage  technique. 

I have  a reason  for  explaining  the 
internal  program  format.  One  of  the 
useful  features  of  this  computer  is  its 
ability  to  function  with  programs  re- 
siding solely  in  EPROM.  However, 
the  EPROMs  must  be  programmed 


The  first  application  I had  for  the 
unit  was  as  a demonstration  driver 
for  the  Micromouth  speech-processor 
board  I presented  two  months  ago  in 
the  June  issue  of  BYTE.  (See  "Build  a 
Low-Cost  Speech-Synthesizer  Inter- 
face," in  the  June  1981  BYTE,  page 
46,  for  a description  of  this  project, 
which  uses  National  Semiconductor's 
Digitalker  chip  set.)  It's  hard  to  dis- 
cuss a synthesized-speech  interface 
without  demonstrating  it,  and  I didn't 
want  to  carry  around  my  big  com- 
puter system  to  control  the  Micro- 
mouth board  during  the  demonstra- 
tion. Instead,  I quickly  programmed 
a Z8-BASIC  Microcomputer  to  per- 
form that  task.  While  I was  at  it,  I set 


Listing  1:  Simple  illustration  of  BASIC  program  storage  in  the  Z8-BASIC  Microcom- 
puter. 
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Listing  2:  A multiple-line  illustration  of  BASIC  program  storage. 
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externally.  While  I will  explain  how 
to  serially  transmit  the  contents  of  the 
program  memory  to  an  EPROM  pro- 
grammer, some  of  you  may  have  on- 
ly a manual  EPROM  programmer  or 
one  with  no  communication  facility. 
But  if  you  are  willing  to  spend  the 
time,  it  is  easy  to  print  out  the  con- 
tents of  memory  and  manually  load 
the  program  into  an  EPROM  device. 

Dedicated-Controller  Use 

The  Z8-BASIC  Microcomputer  can 
be  easily  set  up  for  use  in  intelligent 
control  applications.  After  being 
tested  and  debugged  using  a terminal, 
the  control  program  can  be  written 
into  an  EPROM.  When  power  is  ap- 
plied to  the  microcomputer,  execu- 
tion of  the  program  will  begin  auto- 
matically. 


it  up  to  demonstrate  itself  as  well. 

The  result  (see  photo  2)  has  three 
basic  functional  components.  On  top 
of  the  box  is  a Z8-BASIC  Microcom- 
puter (hereinafter  called  the  "Z8 
board")  with  a 2716  EPROM  installed 
in  the  memory  integrated-circuit 
socket,  the  Z8-board  power  supply 
(the  wall-plug  transformer  module  is 
out  of  view),  and  six  pushbutton 
switches.  Inside  the  box  is  a proto- 
type version  of  the  Micromouth 
speech-processor  board  (a  final-ver- 
sion Micromouth  board  is  shown  on 
the  left). 
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programmed  for  parallel-port  opera- 
tion (8  parallel  bits  of  data  and  a 
data-ready  strobe  signal)  and  con- 
nected to  I/O  port  2 on  the  Z8  board. 
The  Micromouth  BUSY  line  and  the 


six  pushbuttons  are  attached  to  7 in- 
put bits  of  the  Z8  board's  input  port 
mapped  into  memory-address  space 
at  hexadecimal  address  FFFD 
(decimal  65533). 

The  most  significant  3 bits  of  port 
FFFD  are  normally  reserved  for  the 
data-rate-selector  switches,  but  with 
no  serial  communication  required, 
the  data  rate  is  immaterial  and  the 
switches  are  left  in  the  open  position. 
This  makes  the  8 bits  of  port  FFFD, 
which  are  brought  out  to  the  edge 
connector,  available  for  external  in- 
puts. In  this  case,  pressing  one  of  the 
six  pushbuttons  selects  one  of  six 
canned  speech  sequences. 

Coherent  sentences  are  created  by 
properly  timing  the  transmission  of 
word  codes  to  the  speech-processor 
board.  This  requires  nothing  more 
than  a single  handshaking  arrange- 
ment and  a table-lookup  routine  (but 
try  it  without  a computer  sometime). 
The  program  is  shown  in  listing  4a. 

The  first  thing  to  do  is  to  configure 
the  port-2  and  port-3  mode-control 
registers  (hexadecimal  F6  and  F7,  or 
decimal  246  and  247).  Port  2 is  bit- 
programmable.  For  instance,  to  con- 
figure it  for  4 bits  input  and  4 bits  out- 
put, you  would  load  F0  into  register 
F6  (246).  In  this  case,  I wanted  it  con- 
figured as  8 output  bits,  so  I typed  in 
the  BASIC/Debug  command  @246  =0 
(set  decimal  location  246  to  0). 

The  data-ready  strobe  is  produced 
using  one  of  the  options  on  the  Z8's 
port  3.  A Z8  microcomputer  has 
data-available  and  input-ready  hand- 
shaking on  each  of  its  4 ports.  To  set 
the  proper  handshaking  protocol  and 
use  port  2 as  I have  described,  a code 
of  hexadecimal  71  (decimal  113)  is 
placed  into  the  port-2  mode-control 
register.  The  BASIC/Debug  com- 
mandos @247=  113.  The  RDY2  and 
DAV2  lines  on  the  Z8671  are  con- 
nected together  to  produce  the  data- 
available  strobe  signal. 

Lines  1000  through  1030  in  listing 
4a  have  nothing  to  do  with  demon- 
strating the  Micromouth  board.  They 
form  a memory-dump  routine  that  il- 
lustrates how  the  program  is  stored  in 
memory.  You  notice  from  the  mem- 
ory dump  of  listing  4b  that  the  first 
byte  of  the  program,  as  stored  in  the 
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ROM,  begins  at  hexadecimal  location 
820  (actually  at  1020,  you  remember) 
rather  than  800  as  usual.  This  is  to 
help  automatic  start-up.  The  program 
could  actually  begin  anyplace,  but 
you  would  have  to  change  the  pro- 
gram-pointer registers  (registers  8 and 
9)  to  reflect  the  new  address.  The  32 
bytes  between  800  and  820  are  re- 


served for  vectored  addresses  to  op- 
tional user-supplied  I/O  drivers  and 
interrupt  routines. 

Programming  the  EPROM 

The  first  EPROM-based  program  I 
ran  on  the  Z8-BASIC  Microcomputer 
was  manually  loaded.  I simply 
printed  out  the  contents  of  the  Z6132 


memory  using  the  program  of  listing 
3 and  entered  the  values  by  hand  into 
the  EPROM  programmer.  This  is  fine 
once  or  twice,  but  you  certainly 
wouldn't  want  to  make  a habit  of  it. 
Fortunately,  there  are  better  alterna- 
tives if  you  have  the  equipment. 

Many  EPROM  programmers  are 
peripheral  devices  on  larger  computer 
systems.  In  such  cases,  it  is  possible  to 
take  advantage  of  the  systems'  capa- 
bilities by  downloading  the  Z8  pro- 
gram directly  to  the  programmer. 

The  programmer  shown  in  photo  3 
is  a revised  version  of  the  unit  I 
described  in  a previous  article,  "Pro- 
gram Your  Next  EROM  in  BASIC" 
(March  1978  BYTE,  page  84).  It  was 
designed  for  type-2708  EPROMs,  but 
I have  since  modified  it  to  program 
2716s  instead.  All  I had  to  do  was 
lengthen  the  programming  pulse  to 
50  ms  and  redefine  the  connections  to 
four  pins  on  the  EPROM  socket.  It 
still  is  controlled  by  a BASIC  pro- 
gram and  takes  less' than  2 Vi  minutes 
to  program  a type-2716  EPROM  de- 
vice. Refer  to  the  original  article  for 
the  basic  design. 

Normally,  the  LIST  function  or 
memory-dump  routine  cannot  be 
used  to  transmit  data  to  the  EPROM 
programmer  because  the  listing  is 
filled  with  extraneous  spaces  and  car- 
riage returns.  It  is  necessary  to  write  a 
program  that  transmits  the  contents 
of  memory  without  the  extra  charac- 
ters required  for  display  formatting. 
The  only  data  received  by  the 
EPROM  programmer  should  be  the 
object  code  to  load  into  the  EPROM. 

In  writing  this  program  we  can  take 
advantage  of  the  Z8's  capability  of 
executing  machine-language  pro- 
grams directly  through  the  USR  and 
GO@  commands.  The  serial-input 
and  serial-output  subroutines  in  the 
BASIC /Debug  ROM  can  be  executed 
independently  using  these  com- 
mands. The  serial-input  driver  starts 
at  hexadecimal  location  54,  and  the 
serial-output  driver  starts  at  hexadec- 
imal location  61.  Transmitting  a sin- 
gle character  is  simply  done  by  the 
BASIC  statement 

GO@  %61,C 

where  C contains  the  value  to  be 


Listing  3:  A program  (listing  3a)  that  examines  itself  by  dumping  the  contents  of  mem- 
ory in  printed  hexadecimal  form.  Listing  3b  shows  the  first  and  last  lines  of  the  program 
as  dumped  during  execution. 


(3a) 

100 
102 
103 
105 
107 
110 
120 
1 30 
140 
150 
180 
200 
250 
300 
310 


PRINT "ENTER  START  ADDRESS  TOR  HEX  DUMP  “ft  INPUT  X 
PRINT “THE  LIST  IS  HOW  MANY  BYTES  LONG  “rJINPUT  C 
print: PRINT 
B~X+8  :a==xtc 

PRINT “ADDRESS  DATA" : PRINT 

PRINT  HEX  (X)r“  “i 

G0SUB  300 
X~Xfl 

IF  X:=B  THEN  GOTO  180 
GOTO  120 

IF  X>~A  THEN  250 

PRIN  T {PRINT  ♦ B-X-fB  tGO  1 0 110 

print: stop 

PRINT  HEX  <<*X)i:  PRINT “ “5 

RETURN 


(3b) 


:RUN 

ENTER  START  ADDRESS  FOR  HEX  DUMP  ? 2048 


THE  LIST  IS  HOW  MANY  BYTES  LONG  ? 30 

ADDRESS 

DATA 

100 

P 

R 

I 

N 

T 

aa 

800 

0 

64 

50 

52 

49 

4E 

54 

22 

E 

N 

T 

E 

R 

•P 

S 

T 

808 

45 

4E 

54 

45 

52 

20 

53 

54 

A 

R 

T 

«P 

A 

D 

D 

R 

810 

41 

52 

54 

20 

41 

44 

44 

52 

E 

S 

S 

•P 

F 

O 

R 

•P 

818 

45 

53 

53 

20 

46 

4F 

52 

20 

:RUN 

ENTER  START  ADDRESS  FOR  HEX  DUMP  ? 2360 

THE  LIST  IS  HOW  MANY  BYTES  LONG  ? 45 

ADDRESS 

DATA 

O 

P 

300 

P 

R 

I 

938 

4F 

50 

0 

1 

2C 

50 

52 

49 

N 

T 

■P 

H 

E 

X 

»P 

( 

940 

4E 

54 

20 

48 

45 

58 

20 

28 

@ 

X 

) 

• 

a 

• 

• 

■P 

P 

R 

948 

40 

58 

29 

3B 

3A 

20 

50 

52 

I 

N 

T 

at 

»P 

•P 

at 

• 

a 

950 

49 

4E 

54 

22 

20 

20 

22 

3B 

310 

R 

E 

T 

U 

R 

958 

0 

1 

36 

52 

45 

54 

55 

52 

960 


N 

4E 


0 


85535 

FF  FF 


0 
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transmitted.  A serial  character  can  be 
received  by 

OUSR  (%54) 

where  the  variable  C returns  the 
value  of  the  received  data. 

To  dump  the  entire  contents  of  the 
Z6132  memory  to  the  programmer, 
the  statements  in  listing  5 should  be 


1030  GOTO  1010 


(4b) 


:goto 

1000 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

0 

64 

40 

3A 

40 

32 

33 

0 

0 

35 

30 

30 

25 

31 

34 

49 

46 

20 

20 

54 

48 

0 1 AT 

1015 

included  at  the  end  of  your  program. 

Execution  begins  when  you  type 
GOTO  1000  as  an  immediate-mode 
command  and  ends  when  all  4 K 
bytes  have  been  dumped.  The  trans- 
mission rate  (110  to  9600  bps)  is  that 
selected  on  the  data-rate-selector 
switches. 

Conceivably,  this  technique  could 
also  be  used  to  create  a cassette-stor- 


FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

32 

34 

36 

34 

37 

3D 

6E 

58 

3D 

30 

20 

3 A 

30 

30 

0 

58 

3D 

32 

45 

4E 

20 

age  capability  for  the  Z8  board.  In 
theory,  a 3-  or  4-line  BASIC  program 
can  be  entered  in  high  memory  (you 
can  set  the  pointer  to  put  the  program 
there)  to  read  in  serial  data  and  load  it 
in  lower  memory.  Changing  the  pro- 
gram pointer  back  to  hexadecimal 
800  allows  the  newly  loaded  program 
to  be  executed.  Since  the  Z8-BASIC 
Microcomputer  already  has  a serial 
I/O  port,  any  FSK  (frequency-shift 
keyed)  modem  and  cassette-tape  re- 
corder can  be  used  for  cassette  data 
storage. 

I/O  for  Data  Acquisition 

Data  acquisition  for  process  con- 
trol is  the  most  likely  application  for 
the  Z8-BASIC  Microcomputer.  Low- 
cost  distributed  control  is  practical, 
substituting  for  central  control  per- 
formed by  a large  computer  system. 
Analog  and  digital  sensors  can  be 
read  by  a Z8-BASIC  Microcomputer, 
which  then  can  digest  the  data  and  re- 
duce the  amount  of  information  (ex- 
periment results  or  control  param- 
eters) stored  or  transmitted  to  a cen- 
tral point.  Control  decisions  can  be 
made  by  the  Z8-BASIC  Microcom- 
puter at  the  process  locality. 

The  Z8  board  can  be  used  for 
analog  data  acquisition,  perhaps  us- 
ing an  A/D  (analog-to-digital)  con- 
verter such  as  that  shown  in  figure  2. 
This  8-bit,  eight-channel  A/D  con- 
verter has  a unipolar  input  range  of  0 
to  +5  V (although  the  A/D  in- 
tegrated circuit  can  be  wired  for 
bipolar  operation),  with  the  eight 
output  channels  addressed  as  I/O 
ports  mapped  into  memory-address 
space  at  hexadecimal  addresses  BF00 


FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

3D 

30 

31 

31 

40 

36 

41 

3D 

0 

78 

35 

34 

Listing  4:  A program  (listing  4a)  that  demonstrates  the  functions  of  the  Micromouth 
speech  synthesizer,  operating  from  a type-2716  EPROM.  The  simple  I/O-address 
decoding  of  the  Z8  board  allows  use  of  the  round-figure  address  of  65000.  The  program 
uses  a table  of  vocabulary  pointers  that  has  been  previously  stored  in  the  EPROM  by 
hand.  Listing  4b  shows  a dump  of  the  memory  region  occupied  by  the  program,  prov- 
ing that  storage  of  the  BASIC  source  code  starts  at  hexadecimal  location  820. 

(4a) 

100  @246=0 : @247=113 

110  X=@65000  : A=%1400 

120  IF  X=254  THEN  @2=0 

130  IF  X=253  THEN  GOTO  500 

140  IF  X=251  THEN  A=A+32  :GOTO  500 

150  IF  X=247  THEN  A=A+64  :GOTO  500 

160  IF  X=23 9 THEN  A=A+96  :GOTO  500 

170  IF  X=223  THEN  A=A+128  :GOTO  500 

180  IF  X=222  THEN  N=0  :GOTO  300 

200  GOTO  110 

300  @2=N  :N=N+1  :IF  N=143  THEN  110 

310  IF  @65000 <129  THEN  310 

320  GOTO  300 

500  @2=@A  : A=A+1 

510  IF  @65000 <129  THEN  510 

520  IF  @A=255  THEN  GOTO  110 

530  GOTO  500 

1000  Q=2048 

1005  W=0 

1010  PRINT  HEX(@Q) , :Q=Q+1 

1015  W=W+1  : IF  W=8  THEN  PRINT"  " :GOTO  1005 
1020  IF  Q=40 95  THEN  STOP 
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Listing  5:  BASIC  statements  that  print  out 
the  entire  contents  of  the  4 K bytes  of  user 
memory,  for  use  with  a communicating 
EPROM  programmer. 

1000  X = %800  :REM  BEGINNING  OF 
USER  MEMORY 

1010  GO@  %61,@X  :REM  TRANSMIT 
CONTENTS  OF  LOCATION  X 
1020  X = X + 1 :IF  X = %1801  THEN 
STOP 

1030  GOTO  1010 

Listing  6:  A simple  BASIC  program  seg- 
ment to  demonstrate  the  concept  of  the 
" black  box"  method  of  modifying  data  be- 
ing transmitted  through  the  Z8-BASIC 
Microcomputer. 

100  @246  = 0:  @247  = 113  :REM  SET  PORT 
2 TO  BE  OUTPUT 

110  @2  = X :REM  X EQUALS  THE  DATA 
TO  BE  TRANSMITTED 


through  BF07  (decimal  48896  through 
48903).  When  the  Z8671  performs  an 
output  operation  to  the  channel  ad- 
dress, the  channel  is  initialized  for  ac- 
quiring data,  while  data  is  read  from 
the  channel  when  the  Z8671  performs 
an  input  operation  on  the  channel's 
address. 

Intelligent  Communication 

Another  possible  use  for  the 
Z8-BASIC  Microcomputer  is  as  an  in- 
telligent "black  box"  for  performing 
predetermined  modification  on  data 
being  transmitted  over  a serial  com- 
munication line.  The  black  box  has 
two  DB-25  RS-232C  connectors,  one 
for  receiving  data  and  the  other  for 
retransmitting  it.  The  intelligence  of 
the  Z8-BASIC  Microcomputer,  acting 
as  the  black  box,  can  perform  prac- 
tically any  type  of  filtering,  condens- 
ing, or  translating  of  the  data  going 
through. 

Perhaps  you  have  an  application 
where  continuous  raw  data  is  trans- 
mitted, but  you  would  rather  just 
keep  a running  average  or  flag  devia- 
tions from  preset  limits  at  the  central 
monitoring  point  rather  than  contend 
with  everything.  The  Z8  board  can  be 
programmed  to  digest  all  the  raw 
data  coming  down  the  line  and  pass 
on  only  what's  pertinent. 

Another  such  black-box  applica- 
tion is  to  use  the  Z8  board  as  a printer 
buffer.  Photo  4 shows  the  interface 
hardware  of  one  specific  application. 


Photo  3:  Type-2716  EPROM  programmer,  adapted  from  Program  Your  Next 
EROM  in  BASIC”  (March  1978  BYTE,  page  84).  The  circuit,  which  is  driven 
through  parallel  ports,  programs  a 2716  in  about  2Vi  minutes  and  is  controlled  by 
a BASIC  program. 


Photo  4:  A three-integrated-circuit  hardwired  serial  output  port  for  the 
Z8-BASIC  Microcomputer.  Connected  to  port  2,  any  program  data  sent  to 
register  2 will  be  transmitted  serially  at  the  data  rate  selected  on  the  four-position 
DIP  switch  (between  50  to  19200  bps).  The  Z8  board,  configured  with  two  serial 
ports,  is  used  to  process  raw  data  moving  through  it.  Data  is  received  on  one 
side,  digested,  and  retransmitted  in  some  more  meaningful  form  from  the  other 
port.  Such  a configuration  could  also  be  used  to  connect  two  peripheral  devices 
that  have  radically  different  data  rates. 
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Figure  2:  Schematic  diagram  of  an  A/D 
converter.  This  8-bit , eight-channel  unit 
has  a unipolar  input  range  of  0 to  4-5  V, 
with  the  eight  output  channels  addressed 
as  I/O  ports  mapped  into  memory- 
address  space  at  hexadecimal  addresses 
BF00  through  BF07. 


which  I used  to  attach  a high-speed 
computer  to  a very  slow  printer.  The 
host  computer  transmitted  data  to  the 

7 ft  Knarrl  af  iftOO  Knc  Qinro  fkp  ro. 
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ceiving  serial  port  used  had  to  be  bidi- 
rectional to  handshake  with  the  host 
computer,  I added  another  serial  out- 
put to  the  Z8  board  for  transmitting 
characters  to  the  printer.  Only  three 


integrated  circuits  were  required  to 
add  a serial  output  port.  A schematic 
diagram  is  shown  in  figure  3.  The 
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ceiver/transmitter,  shown  as  ICl)  is 
driven  directly  from  port  2 on  the  Z8 
board  (port  2 could  also  be  used  to 
directly  drive  a parallel-interface 
printer),  and  IC2  supplies  the  clock 


signal  for  the  desired  data  rate.  Of 
course,  the  UART  could  have  been 
attached  to  the  data  and  address 

Unenc  rlirorflir  fViic  uroc 

k/uav.«j)  Vlil  Wiljr  f A/Uk  VA  lid  VIUJ  VUUAVA  • 

Transmitting  a character  out  of  this 
serial  port  requires  setting  the  port-2 
and  port-3  mode-control  registers  as 
before.  After  that,  any  character  sent 
to  port  2 will  be  serially  transmitted. 
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IC3  DB - 25 

MC1488  CONNECTOR 


Figure  3:  Schematic  diagram  of  an  RS-232C  serial  output  port  for  the  " black  box " communication  application  of  the  Z8-BASIC 
Microcomputer.  The  Z8671  must  be  configured  by  software  to  provide  the  proper  signals:  one  such  signal , 

DAV2 , is  derived  from  two  bits  of  I/O  port  3 on  the  Z8671.  The  pin  numbers  shown  in  the  schematic  diagram  for  P3i  and  P36  are 
pins  on  the  Z8671  device  itself , not  pins  or  sections  on  the  card-edge  connector,  as  are  P20  through  P27. 


Photo  5:  When  the  Z8-BAS1C  Microcomputer  is  used  with  a ROM-resident  pro- 
gram, the  two  jumpers  used  with  the  Z6132  are  removed,  and  the  EPROM 
jumper  is  installed  instead.  When  using  a type-2716  16  K-bit  (2  K-byte)  EPROM 
device,  the  “16  K"  jumper  is  installed.  If  a type-2732  32  K-bit  (4  K-byte)  EPROM 
is  used  instead,  the  “32  K"  jumper  is  installed.  The  EPROM  is  inserted  in  the 
lower  24  pins  of  the  28-pin  Z6132  socket  (IC2)  as  shown. 


The  minimum  program  to  perform 
this  is  shown  in  listing  6.  This  circuit 
can  also  be  used  for  downloading 
programs  to  the  EPROM  programmer. 


In  Conclusion 

It  is  impossible  to  describe  the  full 
potential  of  the  Z8-BASIC  Micro- 
computer in  so  few  pages.  For  this 
reason,  considerable  effort  has  been 
taken  to  fully  document  its  character- 
istics. I have  merely  tried  to  given  an 
introduction  here. 

I intend  to  use  the  Z8-BASIC 
Microcomputer  in  future  projects.  I 
am  interested  in  any  applications  you 
might  have,  so  let  me  know  about 
them,  and  we  can  gain  experience 
together. 


Special  thanks  to  Steve  Walters  and  Peter 
Brown  of  Zilog  Inc  for  their  aid  in  producing 
these  articles. 


BASIC/Debug  is  a trademark  of  Zilog  Inc. 
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Z867 1 Seven  Chip 
Computer 


Hardware 
Application  Note 


September  1981 


INTRODUCTION 

The  Z8601  is  a single-chip  microcomputer  with  four 
8-bit  I/O  ports,  two  counter/timers  with  asso- 
ciated prescalers,  asynchronous  serial  communica- 
tion interface  with  programmable  baud  rates,  and 
sophisticated  interrupt  facilities.  The  Z8601  can 
access  data  in  three  memory  spaces:  2K  bytes  of 

on-chip  ROM  and  62K  bytes  of  external  program 
memory,  144  bytes  of  on-chip  Register,  and  62K 
bytes  of  external  data  memory. 

The  Z8671  is  a Z8601  with  a Basic/Debug  Inter- 
preter and  Debug  monitor  preprogrammed  into  the  2K 
bytes  of  on-chip  ROM.  This  application  note 
discusses  some  considerations  in  designing  a 
low-complexity  board  that  runs  the  Basic/Debug 
Interpreter  and  Debug  monitor  with  an  external  4K 
bytes  of  RAM  and  2K  bytes  of  ROM.  The  board 
stands  alone,  allowing  users  to  connect  it  with  a 
terminal  via  an  RS232  connector  and  run  the 
Basic/Debug  Interpreter. 

The  user  of  this  board  can  run  Basic/Debug  with 
little  knowledge  of  the  Z8601  . The  board,  how- 
ever, derives  its  power  through  its  ability  to 
execute  assembly  language  programs.  To  use  the 
board  to  its  full  potential,  the  Z8  Technical 
Manual  (document  #03-3047-02)  and  the  Z8  PLZ/ASM 
Manual  (document  #03-3023-03)  should  be  read.  The 
Z8  Basic/Debug  Software  Reference  Manual  (document 
#03-3134-00)  provides  general  information,  state- 
ment syntax,  memory  allocations,  and  other  mate- 
rial regarding  Basic/Debug  and  the  Debug  monitor 
provided  by  the  Z8671  . There  are  also  two  docu- 
ments describing  the  Z6132;  these  are  the  Z6132 
Product  Specification  (document  #00-2028-A),  and 
the  Interfacing  to  the  Z6132  Intelligent  Memory 
Application  Note  (document  #00-21 02-A). 

Basic/Debug 

Basic/Debug  is  a subset  of  Dartmouth  Basic,  which 
interprets  Basic  statements  and  executes  assembly 
language  programs  located  in  memory.  Basic/Debug 
can  implement  all  the  Dartmouth  Basic  commands 
directly  or  indirectly. 


One  advantage  to  programming  in  Basic/Debug  is  the 
interactive  programming  approach  realized  because 
Basic/Debug  is  interpreted,  not  assembled  or  com- 
piled. Modules  are  tested  and  debugged  using  the 
interactive  monitor  provided  with  Basic/Debug. 
Using  Basic/Debug  saves  program  development  time 
by  providing  higher-level  language  statements  that 
simplify  program  development.  Using  the  INPUT  and 
PRINT  statements  simplify  debugging. 

The  Z8671  Microcomputer 

Basic/Debug  controls  the  memory  interface,  serial 
port,  and  other  housekeeping  functions  performed 
by  the  assembly  language  programmer. 

The  Z8671  uses  ports  0 and  1 for  communicating 
with  external  memory.  Port  1 provides  the  multi- 
plexed address/data  lines  (ADg-ADy);  port  0 sup- 
plies the  upper  address  bits  (Ag-A^).  The  Z8671 
also  uses  the  serial  communications  port  for  com- 
municating with  a terminal.  Serial  communication 
takes  two  pins  from  port  3,  leaving  six  1/0  pins 
from  port  3 available  to  the  user.  The  serial 
communication  interface  uses  one  of  the  two 
counter/timers  on  the  Z8671  chip. 

All  other  functions  and  features  on  the  Z8601  are 
available  with  the  Z8671 . The  user  may  recon- 
figure the  Z8671  in  software  as  a Z8601  if 
desired. 


Applying  the  Z8671 

Applications  of  the  Z8671  range  from  a low- 
complexity  home  microcomputer  that  is  memory 
intensive  to  an  inexpensive,  1/0-oriented  micro- 
controller. 

For  home  computer  users,  Basic/Debug  is  used  like 
other  available  Basic  interpreters.  The  Z8671  , 
however,  has  many  advantages  over  other  computers. 
For  example,  the  programmer  can  use  the  available 
functions  such  as  interrupts  to  perform  sophis- 
ticated tasks  that  are  beyond  the  scope  of  other 
computer  products.  There  is  also  a counter/timer 
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that  is  used  as  a watchdog  counter,  a time-of-day 
clock,  a variable  pulse  width  generator,  a pulse 
width  measurement  device,  and  a random  number 
generator. 

As  an  inexpensive  microcontroller,  Basic/Debug 
speeds  program  development  time  by  calling  assem- 
bly language  subroutines  (for  time  critical 
applications)  and  by  supplying  high-level  Basic 
language  statements  that  simplify  the  programming 
of  noncritical  subroutines. 


ARCHITECTURE 

Two  major  design  goals  were  set  for  this  Z8671 
Basic  board.  First,  the  board  was  to  be  simple. 
Second,  the  board  needed  to  allow  the  user  to 
write  Basic  programs  and  to  utilize  the  features 
of  the  Z8601  . 


Overview 

The  board  has  seven  IC  packages: 

• Z8671  (Z8601  preprogrammed  with 

Basic/Debug) 

• Z6132  (4K  bytes  of  pseudo-static  RAM) 

• 2716  (2K  bytes  of  EPROM) 

• 1488  (RS232  line  driver) 

• 1489  (RS232  line  receiver) 

• 74LS04  (Hex  inverter) 

• 74LS373  (octal  latch) 

With  these  chips,  a complete  microcomputer  system 
can  be  built  with  the  following  features: 

9 2K  byte  Basic/Debug  interpreter  in  the  inter- 
nal ROM. 

• 4K  bytes  of  user  RAM. 

• 2K  bytes  of  user-programmable  EPROM. 

• Full-duplex  serial  operation  with  programmable 
baud  rates. 

• RS232  interface. 

• 8-bit  counter/timer  with  associated  6-bit 
prescalers. 

• 124  general-purpose  registers  internal  to  the 
Z8671 . 

• 14  I/O  lines  available  to  the  user. 

• 3 lines  for  external  interrupts. 

• 3 sources  of  internal  interrupts. 

• Sophisticated,  vectored  interrupt  structure 
with  programmable  priority  levels.  Each  can 
be  individually  enabled  or  disabled,  and  all 
interrupts  can  be  globally  enabled  or 
disabled. 

• External  memory  expansion  up  to  124K  bytes. 

9 Memory-mapped  I/O  capabilities. 

This  microcomputer  can  be  used  as  a microcon- 
troller, in  which  case  a terminal  is  attached, 
via  the  RS232  interface,  and  Basic/Debug  is  used 
to  create,  test,  and  debug  the  system.  When  the 
system  is  debugged,  the  program  is  put  into  the 
EPROM,  the  terminal  disconnected,  and  the  board 
run  standing  alone.  The  terminal  can  be  reat- 


tached at  any  time  to  monitor  the  subroutines 
running  on  the  board. 

This  proposed  board  meets  the  design  requirements 
of  simplicity  and  of  allowing  the  user  to  write 
and  debug  programs  in  Basic  while  maintaining 
access  to  the  Z8671  on-chip  features. 


Interfacing  the  Z8671  with  External  Memory 

Both  RAM  and  ROM  are  used  in  this  application  for 
program  development  and  to  demonstrate  the  use  of 
components  with  and  without  address  latches. 

The  RAM  interface  is  easy  to  implement  when  using 
a Z6132  (Figure  1).  No  external  address  latch  is 
needed  because  the  Z6132  latches  the  address 
internally.  The  Z6132  signals  W (Write  Enable), 
DS  (Data  Strobe),  and  AC  (Address  Clock)  are  wired 
directly  to  the  Z8671  jsignals  R/W  (Read/  Write), 
DS  (Data  Strobe),  and  AS  (Address  Strobe).  The 
only  other  signal  required  is  CS  (Chip  Select). 
CS  is  provided  by  the  Z8671  by  decoding  the  upper 
address  bit  of  port  0.  This  board  uses  address 
bit  15  to  select  the  chip.  Since  there  are  two 
memory  chips  on  this  board,  the  upper  address  bit 
ensures  that  the  Z6132  is  selected  for  addresses 
800-7FFF  (Hex)  and  that  the  2716  is  selected  by 
addresses  8000-FFFF  (Hex). 

There  are  two  major  advantages  to  using  the 
Z6132.  The  interface  to  the  Z8671  is  uncompli- 
cated because  both  components  are  Z-BUS™  compat- 
ible, and  it  provides  4K  bytes  of  RAM  in  one 
package. 

The  ROM  interface  is  not  as  simple  as  the  inter- 
face to  the  Z6132.  Nevertheless,  the  circuit  is 
common  in  microcomputer  applications.  The  ROM 
does  not  latch  the  address  from  the  Z8671  and 
therefore  needs  an  external  address  latch.  The 
74LS373  latches  the  address  for  the  2716  EPROM. 
The  Enable  pin  on  the  74LS373  is  driven  by  the  AS 
signal  via  an  inverter.  The  EPROM  is  also 
selected  by  the  upper  address  nibble  of  port  0. 
Figure  2 shows  the  Z8671-to-2716  interface. 


Interfacing  the  Z8671  with  RS232  Port 

The  Z8671  uses  its  serial  communication  port  to 
communicate  with  the  RS232  port.  Driver  and 
receiver  circuits  are  required  to  supply  the 
proper  signals  to  the  RS232  interface.  The  circuit 
of  Figure  3 shows  the  interface  between  the  Z8671 
and  the  1488  and  1489  for  serial  communication  via 
the  RS232  interface. 

The  serial  interface  does  not  use  the  control 
signals  Clear  to  Send,  Data  Set  Ready,  etc.  It 
uses  only  Serial  In,  Serial  Out  and  Ground,  so  it 
is  a very  simple  interface. 

The  Z8671  uses  one  timer  and  its  associated  pre- 
scaler  for  baud  rate  control.  When  the  Z8671  is 
reset,  it  reads  location  FFFD  and  uses  the  byte 
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Figure  1*  The  Z8671  and  Z6132  Interface 
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Figure  2a  The  Z8671  and  2716  Interface 
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stored  there  to  select  the  baud  rate.  The  board 
described  m this  application  note  uses  EPROM  to 
select  the  baud  rate.  On  reset,  the  Z8671  reads 
FFFD,  which  is  in  the  EPROM,  and  decodes  the  baud 
rate  from  the  contents  of  that  location.  The  baud 
rate  can  be  changed  in  software. 

Figure  4 shows  the  full  board  design  implemented 
for  this  application  note. 


Uncommitted  I/O  Pins  and  Other  Pins 

Using  the  above  design,  port  2 is  available  for 
user  applications.  Any  of  the  port  2 pins  can  be 
individually  configured  for  input  or  output.  There 
are  also  six  pins  in  port  3 available  to  the  user. 
The  port  3 input  pins  can  be  used  for  interrupts. 


7 3728  MHz 


RS-232 

CONNECTOR 


Figure  3.  Z8671  Interface 

for  Serial  Communications 


SOFTWARE 
Getting  Started 

The  Z8671  board  needs  +5  V and  ground  to  run  all 
components  on  the  board  except  the  1488  El  A line 
driver.  The  1488  needs  +12  V and  -12  V in  addition 
to  the  +5  V and  ground.  (If  using  no  terminal,  the 
EIA  driver/receiver  circuit  is  disconnected. 
Consequently,  the  +12  V and  -12  V lines  are  not 
required.)  The  test  board  ran  at  200  mA. 


The  RS232  port  can  interface  to  any  ASCII  terminal 
if  the  baud  rate  setting  is  matched  to  the  value 
programmed  into  the  EPROM.  With  power  supplied  to 
the  board  and  the  terminal  connected  to  it,  the 
reset  button  resets  the  Z8671  and  the  prompt  char- 
acter appears  (H :")• 

The  board  is  ready  for  a Basic  command  when  the 
appears.  The  following  sequence  is  a simple 
I/O  example: 


+ 5 V 


Figure  4.  The  Z8  System  with  Basic/Debug 
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: 1 0 input  a 
:20  "a=";a 
:run 
?5 
a=5 
:list 

10  input  a 
20  "a=";a 

• 

When  a number  is  entered  as  the  first  character  of 
a line,  the  Basic  monitor  stores  the  line  as  part 
of  a program.  In  this  example,  "10  input  a"  is 
entered.  Basic  stores  this  instruction  in  memory 
and  prints  another  " prompt.  The  Run  command 
causes  execution  of  the  stored  program.  In  this 
example,  Basic  asked  for  input  by  printing  "?".  A 
number  (5)  is  typed  at  the  terminal.  Basic 
accepts  the  number,  stores  it  in  the  variable  "a", 
and  executes  the  next  instruction.  The  next 
instruction  (20  "a=";a)  is  an  implied  print  state- 
ment; writing  an  actual  "print"  command  is  not 
necessary  here.  This  line  of  code  produced  the 
output  "a=5".  The  command  "list"  caused  Basic  to 
display  the  program  stored  in  memory  on  the  ter- 
minal . 


Reading  Directly  from  Memory 

Basic  lets  the  user  directly  read  any  byte  or  word 
in  memory  using  the  Print  command  and  "<1"  for  byte 
references  or  "A"  for  word  references: 

: print  <18 
10 

:prmthex(@8) 

A 

:printhex(  ♦ 8) 

AF6 


The  first  statement  prints  the  decimal  value  of 
Register  8.  The  next  statement  prints  the  hexa- 
decimal value  of  Register  8 and  the  last  statement 
prints  the  hexadecimal  value  of  Register  8 (0AH) 
and  Register  9 (F6H). 


Writing  Directly  to  Memory 

Basic  lets  the  user  write  directly  to  any  register 
or  RAM  location  in  memory  using  the  Let  command 
and  either  "®"  or  "4". 


value  255  into  register  4096  decimal  (1000H).  The 
print  commands  write  to  the  terminal  the  values 
that  were  put  m with  the  first  two  instructions. 

Memory  Environment 

Table  1 gives  the  memory  configuration  for  the 
Z8671  application  example.  Chip  Select  is  con- 
trolled by  the  MSB  (most  significant  bit  or  A^j) 
of  port  0.  Therefore,  the  RAM  is  selected  for  all 
addresses  between  800H  (2048  decimal)  and  7FFFH 
(32767  decimal).  Addresses  8FF,  18FF,  28FF,  38FF, 
and  78FF  address  the  same  location  in  RAM  in  this 
application  because  of  Modulo  4K.  EPROM  is 
selected  for  all  addresses  from  8000H  to  FFFFH 
and,  like  the  RAM,  several  addresses  point  to  the 
same  location  in  the  PROM. 


Table  1 

The  Memory  Environment 


Decimal 

Hex 

Contents 

0-2047 

(0-7FF) 

Internal  ROM 

(BASIC/DEBUG) 

2048-32767 

(800-7FFF) 

RAM  (Z6132) 

32768-65536 

(8000-FFFF) 

EPROM  (2716) 

Switching  from  RAM  to  EPROM 

Register  8 and  Register  9 contain  the  address  of 
the  first  byte  of  a user  program  or,  if  there  is 
no  program,  the  address  where  the  Z8671  will  put 

the  first  byte  of  a user  program.  In  this  appli- 
cation example,  when  the  Z8671  is  reset,  Register 
8 and  Register  9 contain  800H,  which  points  into 
RAM.  EPROM  is  selected  by  changing  the  contents 
of  register  8 from  08H  to  80H  (See  Table  2). 


Table  2 
The  Registers 


Decimal 

Hex 

Contents 

22-23 

8-9 

(16-17) 

(8-9) 

Current  Line  Number 
Address  of  the  First 
Byte  of  User  Program 

:®5Sa=%ff 
: 1 4096=255 
:print(§10 
255 

:printhex( 4 *1000) 

FF 


The  Let  command  is  implied  to  save  memory  space 
but  can  be  included.  The  first  statement  loads 
the  hexadecimal  value  FF  into  register  10  decimal 
(AH).  The  next  instruction  loads  the  decimal 


For  more  details  on  the  register  assignments, 
refer  to  the  Pointer  Registers-RAM  System  section 
of  the  Z8  Basic/Pebuq  Software  Reference  Manual. 

After  the  instruction  " 4 8=^8000"  is  executed,  the 
Z8671  accesses  the  EPROM  on  the  Basic/Debug  Board. 

The  example  below  shows  how  to  switch  from  RAM  to 
EPROM.  The  example  uses  two  separate  programs, 
one  in  RAM  and  one  in  EPROM.  The  RAM  program  is 
listed  first,  then  the  EPROM. 
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:printhex(  |8) 

800 

:list 

10  “executing  out  of  RAM" 

: 1 8=358000 
:pnnthex(  | 8) 

8000 

:list 

10  "executing  out  of  EPROM" 


Baud  Control 

The  baud  rate  is  selected  automatically  by  reading 
location  FFFDH  and  decoding  the  contents  of  that 
location  when  the  Z8671  is  reset  (the  Z8  Basic/ 
Debug  Software  Reference  Manual  contains  the  baud 
rate  switch  settings  in  Appendix  B).  This  appli- 
cation example  holds  the  baud  rate  settings  in  its 
EPROM.  The  least  significant  bits  of  location  FFFD 
hex  will  provide  baud  rates  as  follows: 


301  1=0 

302  r=0:p=0 

310  if ^ j=  | kp=p+1 

320  j=j+2:k=k+2: 1=1+1 :if  4 > 1310 

330  J=5o7f22:k=%7f2a 

331  1=0 

340  if  4 j=|  kr=r+10:  | j=^  j+10:l=3 

341  j=j+2 

350  1=1+1 :if4  > 1340 

351  j=%7f22 

352  1=0 

360  k=k+2 : i f%l f 3 1 >k340 
363  j=/o7f22:k=%7f2a 

366  if  4 j>9|  j=4  j-10 

367  j=j+2 

368  if5o7f29>j366 

370  "right  ";r;"  place  ";p 
380  if4>p100 
390  y=999 

400  "right  in  ";i;"  guesses;" ; "play  another 
y/n":inputx 
410  ifx=y10 


Baud  Rate 

110 

150 

300 

1200 

2400 

4800 

9600 

19200 


Value  Read 

110 

000 

111 

101 

100 

011 

010 

001 


After  a reset,  the  baud  rate  is  programmed  by 
loading  a new  value  into  counter/timer  0 (see  the 
Z8  Technical  Manual,  section  1.5.7).  A Reset 
always  changes  the  baud  rate  back  to  the  rate 
selected  from  the  contents  of  location  FFFD. 


Burning  an  EPROM 


Lines  10  through  50  comprise  the  random  number 
generator  for  the  program.  The  three  lines: 

10  (1243=7 
20  ©242=10 
30  ©241=14 

initialize  counter/timer  1 to  operate  in  modulo-10 
count.  Refer  to  the  Z8  Technical  Manual  for  com- 
plete information  on  initializing  timers. 

The  "usr(84)"  function  waits  for  keyboard  input, 
the  ASCII  value  of  the  key  is  returned  in  a 
variable  with  the  following  command: 

:10  x=usr(84):"" 

:15  printhex(x) 

:run 

5 

35 


The  EPROM  contains  the  baud  rate  selection  byte  in 
location  7FDH.  The  other  locations  in  memory  are 
used  for  program  storage.  See  section  6.3  of  the 
Basic/Debuq  Manual  for  the  format  used  to  store 
programs  in  memory.  This  format  is  used  to  store 
programs  m EPROM. 

Example 

The  following  is  a printout  of  the  game 
Mastermind  written  in  Basic/Debug. 

10  ©243=7 
20  @242=10 
30  @241=14 

40  x=usr(84) :a=@242-1 :x=usr(84) :b=@242-1 
50  x=usr(84) :c=@242-1 :x=usr(84) :d=©242-1 
55  "":i=0 

100  "guess  ",:in  e,f,g,h 
110  i=i+1 

300  j=5o7f22:k=5o7f2a 


In  the  above  example,  the  program  waits  at  line  10 
until  keyboard  input,  in  this  case  the  number  5. 
The  input  value  is  stored  in  ASCII  format  in  the 
variable  "x".  The  line: 

40  x=usr(84) :a=@242-1 :x=usr(84) :b=@242-1 

waits  for  input,  reads  the  current  value  of  timer 
1,  subtracts  1 (to  get  a number  between  0 and  9), 
and  stores  the  number  in  variable  a.  Then  it 
waits  for  keyboard  input  at  the  second  user  func- 
tion call,  reads  the  current  value  of  timer  1, 
subtracts  1,  and  stores  the  number  in  variable  b. 
Line  50  of  the  example  program  gets  two  more  ran- 
dom numbers  and  stores  them  in  variables  c and  d. 
The  four-digit  random  number  is  located  in 
variables  a,  b,  c,  and  d. 

Line  300  assigns  the  location  of  variable  a to 
variable  j and  the  location  of  variable  e (the 
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first  variable  m the  guess  string)  to  the 
variable  k.  The  strategy  is  to  access  these 
variables  indirectly  and  to  increment  pointers  j 
and  k to  access  the  variables. 

A colon  is  used  to  separate  commands  on  the  same 
line.  This  is  useful  in  packing  the  program  into 
a small  amount  of  memory  space.  The  code,  however, 
is  harder  to  read.  See  section  5 of  the  Basic/ 
Debug  manual  for  more  information  on  memory 
packing  techniques. 


Below  is  a sample  run  of  the  Mastermind  program:  , 
:run 

(<RETURN>  on  the  keyboard  is  entered  four 
times  here) 
guess  ? 0,  1 , 2,  3 
right  2 place  0 
guess  ? 4,  5,  6,  7 
right  2 place  1 

guess  ? 0,  2,  4,  6 

right  3 place  2 

guess  ? 4,  2,  1 , 6 

right  4 place  4 

right  in  4 guesses 
play  another?  y/n 
?n 


CONCLUSION 

The  design  of  this  application  example  met  the 
major  design  goals  of  simplicity  and  functional- 
ity. The  first  goal  is  accomplished  by  prudent 
selection  of  support  components,  excluding  any 
unnecessary  chips.  The  board  allows  the  user  to 
exercise  the  full  power  and  flexibility  of  the 
features  of  the  the  Z8601  not  used  by  Basic/Debug. 
The  user  can  write  and  debug  Basic  programs  with- 
out detailed  knowledge  of  the  Z8601 . 

The  Basic  application  example  demonstrates  a 
memory  interface  that  is  applicable  for  all  Z8 
Family  members.  The  case  where  there  is  no 
address  latch  on  the  memory  chip  was  discussed, 
and  an  example  of  how  to  interface  the  multiplexed 
address/data  bus  of  the  Z8  Family  through  an 
address  latch  was  shown. 

The  software  section  explains  the  memory  environ- 
ment and  gives  several  examples  of  Basic/Debug. 
These  examples  are  a good  introduction  to  the 
board  and  to  Basic/Debug. 

The  Z8671  is  a customized  extension  of  the  Z8601 
single-chip  microcomputer.  The  simplicity  of  the 
Basic  application  example  demonstrates  the  flexi- 
bility of  the  Z8601  microcomputer  in  an  expanded 
memory  environment. 
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INTRODUCTION 

The  Zilog  Z8590  Universal  Peripheral  Controller 
(UPC)  opens  up  a wide  variety  of  applications  for 
distributed  processing.  One  of  the  most  useful 
functions  of  the  UPC  is  to  off-load  routine  proc- 
essing tasks,  such  as  I/O  processing,  from  the 
CPU.  The  advantages  of  such  a distributed  proc- 
essing approach  include  greater  system  throughput, 
more  efficient  use  of  system  resources,  and  proto- 
col converters  that  make  different  peripherals 
look  the  same  to  the  system  software.  The  last 
advantage  is  particularly  useful  where  different 
hardware  configurations  may  be  used  with  the  same 
software.  So  long  as  the  UPC  handles  the  CPU 

interface  in  the  same  way,  the  peripheral  devices 
attached  to  the  UPC  are  transparent  to  the  CPU. 

This  paper  describes  a CRT  display  and  keyboard 


interface  circuit  that  was  designed  and  built  by 
the  Zilog  Applications  Group  using  the  Z8590  UPC 
m a Z80  system  environment.  The  CRT  display 
function  was  chosen  due  to  the  widespread  use  of 
CRT  displays  in  the  data  processing  environment. 
For  further  information  on  the  Z8590  UPC  refer  to 
the  Zilog  Data  Book,  publication  number 

00-2034-01. 

FUNCTIONAL  DESCRIPTION 

This  paper  describes  the  Input/Output  (I/O)  part 
of  a computer  system  in  its  most  rudimentary 
form.  Distributed  processing  is  the  theme  used  in 
this  design  so  that  as  much  of  the  low-level  proc- 
essing for  I/O  as  possible  is  performed  by  the 
UPC.  Figure  1 shows  a block  diagram  of  the  UPC 
I/O  system. 


Z80  BUS 


Figure  1.  Block  Diagram  of  the  UPC 
Single  Board  Terminal 
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The  display  interfaces  to  a standard  video  monitor 
by  way  of  a composite  video  signal.  Characters 
are  represented  by  dots  on  a raster  scan  display 
in  the  form  of  a 5 x 7 matrix.  The  CPU  interface 
to  the  UPC  can  transfer  characters  on  a single 
byte  basis  or  by  a block  move.  So  far  as  the  CPU 
is  concerned,  the  UPC  looks  like  a serial  port 
when  used  in  single  byte  mode.  This  permits  the 
system  software  to  remain  virtually  the  same  for  a 
serially-linked  terminal  or  for  the  UPC.  The  UPC 
also  provides  for  programmable  cursor  control, 
like  that  available  on  a standard  terminal,  with 
the  control  characters  being  optionally  selected 
by  the  system  software.  When  the  UPC  is  initial- 
ized by  the  CPU,  a bit  in  the  mode  control 
word  can  be  set  to  indicate  that  cursor  control 
characters  will  follow.  The  keyboard  input  is 
from  an  ASCII-encoded  keyboard  that  has  a strobe 
to  signal  a valid  character  present. 

The  standard  7-bit  ASCII  code  is  supported  with 
the  negative-going  strobe  pulse  indicating  valid 
data.  The  keyboard  input  is  TTL  compatible  and  is 
not  buffered  into  the  UPC. 

SYSTEM  DESIGN 

The  UPC  I/O  project  is  designed  to  fit  within  an 
existing  Z80-based  test  bed.  Therefore,  the 
interface  requirements  include  a Z80-type  inter- 
face with  interrupt  capability.  Other  specifica- 
tions include; 

• Display  format  of  16  lines  by  64  characters 

• 5x7  dot  matrix  characters 

• Composite  video  output 

• ASCII  character  input  from  CPU 

• Programmable  cursor  control 

• ASCII  keyboard  input 

• Single  +5V  operation 

• Character  or  block  transfer  mode 

• Programmable  CPU  interrupts 

• Programmable  enable  for  CRT  and  keyboard 

HARDWARE  DESIGN 

The  hardware  design  encompasses  three  basic  ele- 
ments: the  Z8590  UPC  and  processor  interface  sec- 

tion, the  CRT  display  section,  and  the  keyboard 
input  section. 

The  Z8590  UPC  is  treated  as  a peripheral  by  the 
master  CPU,  in  this  case  a Z80A  CPU,  and  is 
accessed  using  the  standard  Z80  I/O  instructions 
via  two  ports.  One  of  the  two  ports  is  selected 
depending  on  the  state  of  the  A/D  line.  If  A/D  is 
Low  the  address  pointer  is  being  written  to.  If 


A/D  is  High  the  register  currently  addressed  by 
the  address  pointer  is  being  accessed. 

The  Z8590  UPC  coordinates  operation  of  the  display 
section  and  the  keyboard  input  with  the  Z80  CPU. 
Six  bits  from  Port  1 are  used  to  transfer  data 
from  the  UPC  to  the  CRT  refresh  memory.  The  other 
two  bits  are  used  with  bit  7 of  Port  2 to  form  the 
three  bit  command  word  for  the  CRT  controller. 
Seven  bits  of  Port  2 are  used  to  input  ASCII  data 
from  the  keyboard.  Since  four  of  the  bits  on  Port 
3 are  used  for  interrupt  control,  the  other  four 
are  used  for  I/O  control.  Bit  3 of  Port  3 is  used 
for  the  keyboard  input  strobe.  This  input  gener- 
ates an  interrupt  within  the  UPC  when  the  strobe 
input  goes  Low,  indicating  valid  data  at  the  key- 
board inputs.  Bit  4 of  Port  3 is  used  to  control 
the  RAM  write  pulse  coming  from  the  CRT  Controller 
(CRTC)  and  going  to  the  RAM.  When  this  bit  is 
Low,  RAM  writes  are  inhibited  for  operations  such 
as  cursor  home  and  cursor  return.  Bit  6 of  Port  3 
is  used  to  generate  the  Data  Strobe  (5S)  for  the 
CRTC.  When  DS  goes  from  Low  to  High,  the  three 
command  bits  are  latched  into  the  CRTC.  Figure  2 
shows  the  UPC  and  interface  circuitry  used. 

The  heart  of  the  display  circuit  is  the  Standard 
Microsystems  CRT-96364B  CRTC  chip.  The  basic 
design  was  derived  from  the  CRT-96364B  data  sheet 
by  Standard  Microsystems  Corp.  The  CRTC  contains 
all  the  circuitry  necessary  to  generate  the  video 
timing  pulses  and  memory  address  and  control  sig- 
nals for  the  display  RAM.  The  display  format  is 
64  characters  per  line  by  16  lines.  This  requires 
a 1024  character  memory  which  is  supplied  by  the 
2102  RAM  devices.  Since  64  ASCII  characters  are 
displayed,  only  six  bits  of  memory  are  required  to 
store  character  information.  The  memory  address 
and  write  signals  are  generated  by  the  CRTC  under 
control  of  the  UPC.  Data  is  entered  into  the  dis- 
play memory  by  writing  a command  to  the  CRTC  along 
with  the  data.  Figure  3 shows  the  logic  used  with 
the  CRTC. 

Within  an  8 x 8 dot  character  cell  provided  by  the 
CRT  timing,  only  a 5 x 7 dot  character  is  used. 
The  characters  are  formed  using  a 2716  EPROM  char- 
acter generator.  The  lowest  three  bits  of  the 
2716  EPROM  address  inputs  from  the  character  row 
count  and  come  from  the  CRTC.  The  next  six  bits 
form  the  character  address.  Each  character  is 
stored  m EPROM  as  eight  contiguous  bytes.  The 
row  count  addresses  a row  (equivalent  to  a byte) 
within  the  character  block.  Therefore,  the  char- 
acter addresses  are  modulo  8 and  take  a total  of 
512  bytes.  The  CRV  output  of  the  CRTC  is  used  to 
select  the  cursor  pattern  in  EPROM.  When  CRV  is 
Low  characters  are  normally  displayed.  When  CRV 
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Figure  3.  Z-UPC  CRT  Controller , Section  II 
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is  High  the  character  is  replaced  by  an  under- 
score. 

Five  bits  of  the  EPROM  output  are  fed  into  the 
74LS165  shift  register.  This  shift  register  con- 
verts the  five  column  dots  into  a bit  stream  for 
the  video  output  signal.  Composite  video  is 
generated  by  merging  the  video  dot  stream  with  the 
Composite  Sync  (CSYN)  output  of  the  CRTC  through  a 
resistor  summing  network. 

The  remaining  circuitry  supplies  clocks  to  various 
parts  of  the  circuit.  Three  elements  of  the  74S04 
form  an  oscillator.  The  output  of  the  oscillator 
goes  to  three  places.  It  is  divided  by  twelve  by 
the  74LS92  to  form  the  1.018  MHz  clock  required  by 
the  CRT-96364B.  It  is  also  divided  by  four  by  the 
74LS73  to  provide  the  3.034  MHz  clock  for  the  UPC. 
The  oscillator  output  is  also  ANDed  with  the  Dot 
Clock  Enable  (DCE)  output  of  the  CRTS  and  fed  into 
the  741S161  to  form  the  Dot  Character  Clock  (DCC) 
pulses.  Since  a character  cell  time  is  eight 
clock  pulses  long,  the  DCC  is  derived  from  a 
divide-by-eight  counter.  The  divide-by-eight 
counter  also  loads  the  shift  register  at  each 
character  time.  Figures  4 and  3 show  the  circuit- 
ry and  waveforms  for  the  timing  and  video  output 
circuitry. 

The  UPC  emulates  CRT  terminal  operations  by  pro- 
viding keyboard  data  input  to  the  master  CPU  as 
well  as  CRT  output.  The  keyboard  inputs  are  7-bit 
ASCII  encoded  with  TTL  level  signals.  The  Strobe 
Input  ( STB ) is  active  Low  to  indicate  a valid 
character  at  the  keyboard  data  inputs.  When  STB 
goes  Low,  an  interrupt  is  generated  within  the  UPC 
and  the  data  inputs  are  read. 

With  this  hardware  a complete  CRT  terminal  can  be 
constructed  at  minimal  cost  to  the  user  with  no 
sacrifice  in  performance. 

SOFTWARE  DESIGN 

The  software  design  encompasses  two  areas:  the 

UPC  programming  and  the  master  CPU  interface.  The 
former  includes  the  UPC  internal  register  organi- 
zation and  program  initialization.  The  latter 
includes  the  data  transfer  protocol  used  between 
the  UPC  and  the  master  CPU. 


UPC  Programming 

The  specifics  of  this  CRT  project  will  now  be  dis- 
cussed, as  it  is  assumed  that  the  reader  is  famil- 
iar with  the  UPC  in  general.  Of  the  256  accessi- 


ble registers  within  the  UPC,  22  (addresses  ?oF0 
through  %FF  and  ?oOO  through  ?o05)  are  special- 
purpose  control  registers  defined  by  the  hard- 
ware. The  remaining  214  registers  are  general- 
purpose  in  nature  and  are  allocated  as  shown  in 
Figure  6. 


Figure  6.  UPC  Internal  Register  Allocation 

The  Program  (PGM)  registers  (registers  %Q6  through 
SbOF)  are  general-purpose  data  manipulation  regis- 
ters. These  are  the  working-set  registers  used  to 
hold  data  temporarily  and  to  perform  various  com- 
parison and  calculation  functions  within  the  pro- 
gram. 

The  CPU  access  registers  (%10  through  ?o1F)  are 
used  to  facilitate  communication  between  the  UPC 
and  master  CPU.  Two  bits  in  the  status  register, 
CRT  Busy  (CRTBSY)  and  CPU  Data  Available  (CPDAV), 
are  actually  semaphores  that  form  the  key  mecha- 
nisms for  data  interchange.  The  CRTBSY  bit  can  be 
set  only  by  the  master  CPU  and  can  be  cleared  only 
by  the  UPC.  The  CPDAV  bit  can  be  cleared  only  by 
the  master  CPU  and  can  be  set  only  by  the  UPC. 
These  will  be  discussed  in  detail  m the  master 
CPU  access  section. 

A line  of  data  on  the  CRT  screen  is  64  bytes 
long.  Therefore  registers  ?o20  through  %5F  form  a 
64  byte  line  buffer  for  the  CRT  display.  This  is 
used  only  in  Block  Transfer  mode,  since  the  UPC 
receives  a block  of  data  before  outputting  it  to 
the  CRT. 
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The  parameter  area  (registers  %60  through  ?o7F) 
contains  the  cursor  control  characters  and  cor re- 


sponding  information.  Figure  7 illustrates  the 
format  of  the  parameter  area.  Since  there  are 
eight  cursor  control  characters  and  each  occupies 
four  bytes  of  control  block  information,  there  are 
a total  of  32  bytes  allocated  for  this  purpose. 
Most  incoming  control  characters  are  compared  with 
the  ASCII  codes  in  this  table,  and  if  a match  is 
found  the  software  determines  what  to  do  based  on 
the  other  values  in  the  cursor  control  block. 


(DTC)  register.  This  enables  communication  with 
the  master  CPU  to  take  place,  and  indicates  to  the 
master  CPU  that  the  UPC  is  ready  for  operation. 
If  the  EDX  bit  is  cleared,  data  transfers  to  or 
from  the  UPC  are  inhibited.  At  this  point  the  UPC 
waits  for  the  Mode  register  to  be  set  by  the  mas- 
ter CPU  before  continuing. 

Table  1.  Internal  Data  Area 
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Figure  7.  UPC  Parameter  Block  Definition 


The  keyboard  buffer  (registers  %80  through  ?oBF) 
temporarily  stores  data  coming  from  the  keyboard 
within  the  UPC  until  the  master  CPU  reads  the 
data.  The  keyboard  buffer  is  used  m both  charac- 
ter and  block  modes  since  keyboard  input  is  actu- 
ally done  by  interrupts.  In  character  mode,  the 
buffer  is  simply  a circular  buffer  that  accumu- 
lates keyboard  data  until  it  is  processed  by  the 
master  CPU.  One  pointer,  the  Keyboard  Buffer 
Pointer  (KBBPTR),  is  used  to  indicate  into  which 
location  the  next  keyboard  character  will  go.  The 
other  pointer,  the  Keyboard  Pointer  (KBPTR),  is 
used  to  indicate  which  location  the  next  character 
will  be  read  from  by  the  master  CPU. 

Finally,  the  stack  and  data  areas  (registers  &C0 
through  ?oEF)  are  used  for  variable  storage.  The 
stack  grows  down  from  location  ?£F0  and  occupies 
about  ten  bytes  maximum.  The  internal  data  area 
contains  various  run-time  variables  used  by  the 
UPC  program,  as  shown  m Table  1. 

On  power-up  the  UPC  initializes  the  necessary 
variables,  all  the  control  registers,  and  loads 
the  default  parameters  into  the  parameter  area. 
When  all  this  is  done  the  UPC  sets  the  Enable  Data 
Transfer  (EDX)  bit  in  the  Data  Transfer  Control 
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Appendix  A contains  the  UPC  program  listing  used 
for  this  project.  The  UPC  program  structure  con- 
sists of  constants  declaration,  the  main  program 
body,  and  data  tables.  Within  the  main  program 
body  are  routines  for  initialization,  the  main 
program  loop,  CRT  output,  keyboard  input,  inter- 
rupt service,  and  other  support  routines. 

Master  CPU  Interface 

The  master  CPU  communicates  with  the  UPC  through 
20  special  registers.  These  registers  are 

accessed  directly  by  the  I/O  instruction  address 
in  the  Z8090  Z-UPC  and  indirectly  by  a register 
pointer  m the  Z8590  UPC.  To  read  or  write  data 
for  a particular  register  in  the  Z8590,  the 
register  pointer  is  first  written  (A/D  line  is 
Low)  and  then  data  (A/D  line  is  High)  is  written. 
Thus,  a register  access  operation  involves  two  I/O 
transactions.  The  register  pointer  is  latched 
within  the  UPC  so  multiple  reads  of  a particular 
register  (such  as  the  status  register)  need  not 
have  the  pointer  written  each  time.  This  is 
useful  when  polling  the  status  bits  or  using  a 
block  move  instruction  for  data  transfers. 

Of  the  twenty  possible  registers  accessible  to  the 
master  CPU  only  ten  are  actually  used.  Figure  8 
shows  eight  of  these  registers  and  their  mean- 
ings. The  Mode  register  (register  pointer  address 
*00),  end-of-lme  edit  character  (EOL,  %04) , back- 
space edit  character  (BS,  %05),  delete-line  edit 
character  (DL,  ?o06),  and  interrupt  vector  (VECT, 
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%07)  are  initialized  once  by  the  master  CPU.  The 
status,  CRT  data  (CRDAT),  and  keyboard  data 
(KBDAT)  registers  are  used  to  control  data  flow 
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Figure  9.  Other  UPC  Control  Registers 


NOTE:  THESE  ARE  ACCESSIBLE  TO  THE  MASTER  CPU 
FOR  READ  OR  WRITE  OPERATIONS. 


Figure  8.  UPC  Program  Status 
and  Control  Registers 

The  master  interrupt  control  register  (MIC)  is 
used  by  the  master  CPU  to  control  the  UPC  inter- 
rupt condition.  The  upper  three  bits  (Dy,  Dg,  and 
D5)  correspond  to  Interrupt  Enable  (IE),  Interrupt 
Under  Service  (IUS),  and  Interrupt  Pending  (IP), 
respectively,  by  a master  CPU  read.  When  the  CPU 
writes  these  bits,  their  meanings  change  as  illus- 
trated in  the  table  of  Figure  9.  The  EDX  bit  (bit 
3)  is  monitored  by  the  CPU  after  power-up  so  the 
CPU  can  determine  when  to  initialize  the  UPC. 

The  data  indirection  register  (DIND)  is  used  for 
block  data  transfers.  The  next  section  explains 
this  in  greater  detail. 

Initializing  the  UPC 

If  vectored  interrupt  structure  is  supported,  the 
first  byte  to  write  to  the  UPC  is  the  interrupt 
vector.  This  is  be  the  8-bit  vector  returned  by 
the  UPC  when  the  master  CPU  generates  an  interrupt 
acknowledge  in  response  to  an  interrupt  request  by 
the  UPC.  The  vector  register  is  accessed  by  writ- 
ing a 07  hex  to  the  UPC  address  port,  and  the 
vector  to  the  UPC  data  port. 


Next  comes  the  mode  control  byte.  The  lower  four 
bits  determine  the  operation  of  the  UPC  environ- 
ment. If  CRT  Enable  (bit  0)  is  set,  then  data 
transfers  can  occur  from  the  master  CPU  to  the  CRT 
display.  If  KB  Enable  (bit  1)  is  set,  then  data 
transfers  are  enabled  from  the  keyboard  to  the 
master  CPU.  The  block  mode  bit  (bit  2)  indicates 
block  transfer  mode.  This  applies  to  both  the  CRT 
output  and  keyboard  input.  Block  mode  is  used 
with  the  powerful  Z80  block  I/O  instructions  or 
with  DMA. 

The  Parameters  Follow  bit  (bit  3)  indicates  wheth- 
er or  not  eight  cursor  control  parameter  bytes 
will  follow.  If  the  Parameters  Follow  bit  is  set, 
then  the  next  eight  bytes  sent  to  the  UPC  are  the 
eight  cursor  control  characters  in  the  following 
sequence:  cursor  home,  cursor  forward,  cursor 

back,  cursor  down,  erase  page,  cursor  return,  cur- 
sor up,  and  erase  line.  These  eight  bytes  are 
written  via  the  DIND  register.  The  DIND  register 
eight  cursor  control  bytes  are  sent  to  the  UPC 
data  port  by  a block  move  instruction  (OTIR)  on 
the  Z80. 

This  completes  initialization  of  the  UPC  by  the 
master  CPU.  Listings  found  in  Appendix  B can  be 
used  as  an  example  of  how  the  master  CPU  uses  the 
UPC. 

Using  the  UPC 

Of  the  ten  registers  utilized  by  the  master  CPU, 
four  or  five  are  actually  used  for  data  transfer. 
The  status  register  (address  01  hex)  contains  two 
bits  that  indicate  the  internal  UPC  status.  These 
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bits  are  monitored  and  controlled  by  the  master 
CPU  under  the  definition  of  the  UPC  interface  pro- 
tocol. The  CRTBSY  (bit  0)  can  be  set  only  by  the 
master  CPU  and  cleared  only  by  the  UPC.  When  the 
master  CPU  writes  data  into  the  CRT  Data  register 
(CRDAT,  address  02  hex),  it  also  sets  the  CRTBSY 
bit  in  the  status  register.  This  does  two 
things.  First,  it  indicates  to  the  UPC  that  there 
is  data  available  in  the  CRDAT  register  ready  to 
output  to  the  CRT  display.  Second,  the  busy  bit 
remains  set  and  prevents  further  character  trans- 
fers until  the  UPC  clears  the  busy  bit.  Figure  10 
shows  the  data  flow  for  character  mode  transfers 
into  and  out  of  the  UPC. 

Similar  to  the  CRT  data  transfer  is  the  keyboard 
data  transfer.  The  keyboard  data  register  (KBDAT, 
address  03  hex)  contains  the  keyboard  data  loaded 
by  the  UPC,  and  the  CPDAV  bit  in  the  status  regis- 
ter (bit  1)  indicates  keyboard  data  is  available. 
The  CPDAV  bit  can  be  set  only  by  the  UPC  and 
cleared  only  by  the  master  CPU.  When  the  master 
CPU  reads  KBDAT,  it  also  clears  CPDAV  in  the  stat- 
us register.  This  is  also  shown  in  Figure  10. 
The  sequence  of  events  depicted  in  Figure  10  is 
important.  The  order  in  which  the  registers  are 
accessed  should  be  adhered  to  or  the  UPC  may 
change  or  lose  data  unexpectedly. 


Character  node  - CRT  Output 


CPU 


STAT 

rRead  CRTBSY  ** r1- 

Loop  if  set  ^ 5 — 


Write  data 
Set  CRTBSY 


CRDAT 
STAT  ^ 


UPC 


CRTBSY  = x 


CRTBSY  = 0,  IP  = 1 
CRTBSY  = 1 


(Begin  next  transfer) 


) 


Process  data 


Character  node  - KB  input 


Wait 

loop 

exit 


CRead  CPDAV 
Branch  if  clear 


CPDAV  = 0 
CPDAV  = 1, 


or 


Read  KBDAT 
Clear  CPDAV 


(exit) 


^ KBDAT 
STAT 

— V CPDAV  = 0 


IP  = 1 


Figure  10.  Character  Node  Data  Transfer 


The  above  description  applies  to  character  trans- 
fers when  polling  the  status  register  continuous- 
ly. Interrupts  can  be  used  with  the  UPC  to  indi- 
cate a change  in  either  status  bit.  If  CPDAV  goes 
from  a 0 to  a 1 (set)  or  CRT  busy  goes  from  a 1 to 
a 0 (cleared)  the  UPC  generates  an  interrupt.  The 
interrupt  service  routine  must  poll  the  status 
register  to  determine  the  cause  of  the  interrupt, 
however,  since  there  is  only  one  vector  returned 
in  vectored  interrupt  mode. 

If  interrupts  are  used,  then  the  master  CPU  inter- 
rupt service  routine  must  perform  several  opera- 
tions in  addition  to  the  data  transfer(s).  These 
operations  involve  the  Master  Interrupt  Control 
(MIC)  register  (address  IE  hex).  After  the  data 
transfer  condition  has  been  satisfied  in  the  UPC 
the  master  CPU  must  reset  the  IP  and  IUS  latches 
within  the  UPC.  This  restores  the  daisy  chain  to 
its  normal  state.  Then,  to  allow  further  inter- 
rupts from  the  UPC,  the  IE  latch  must  be  set. 

Using  bits  Dy,  Dg,  and  D5  of  the  MIC  register 

(shown  in  Figure  9),  IP  and  IUS  are  cleared  by 
writing  001.  IE  is  then  set  by  writing  110  to 
these  bits.  IE  is  cleared  by  the  UPC  on  power- 

up,  thus  the  set  IE  command  must  be  written  to  the 

UPC  during  the  initialization  phase  by  the  master 
CPU  so  that  interrupts  can  occur.  The  interrupt 
operation  applies  to  both  character  mode  transfers 
and  block  mode  transfers. 

Block  mode  data  transfers  are  faster  and  more 
efficient  than  character  mode  transfers.  These 
transfers  access  the  status  register,  as  do  char- 
acter transfers,  but  the  data  is  exchanged  via  the 
DIND  register.  DIND  is  a location  pointed  to  by 
another  register  within  the  UPC.  Master  CPU  ac- 
cesses to  DIND  automatically  increment  the  pointer 
register  by  one  so  that  several  consecutive  regis- 
ter locations  can  be  written  to  or  read  from.  The 
number  of  bytes  to  transfer  by  DIND  is  written  by 
the  master  CPU  into  CRDAT  for  CRT  block  transfers, 
and  read  from  KBDAT  for  keyboard  block  transfers. 
Thus,  protocol  exists  for  CTR  block  data  trans- 
fers, as  Figure  11  illustrates.  Up  to  64  bytes 
may  be  sent  or  received  at  one  time  in  this  mode. 
Both  the  Z80  and  Z8000  block  move  instructions 
work  very  well  with  this  method  of  data  transfer, 
resulting  in  superior  sytem  throughput. 


Using  the  Z8090  Z-UPC 

Implementing  the  single  board  terminal  on  a Z8000 
or  Z8  processor-based  system  is  very  easy  with  the 
Z8090  Z-UPC.  The  software  in  the  Z-UPC  is  iden- 
tical to  the  software  in  the  Z8590  UPC.  The  hard- 
ware interface  to  the  keyboard  and  display  cir- 
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Block  Node  (transfer  handshake) 


CPU 


UPC 


CRead  CRTBSY 
If  set,  Loop 


CRTBSY  = x 


CRTBSY  r 0 (IP  set  if 
i CRTBSY  was  1) 


cuitry  is  also  the  same.  The  only  difference  is 
the  hardware  interface  to  the  CPU  and  the  CPU 
software.  The  protocol  and  register  functions  are 
unchanged. 

CONCLUSION 


This  paper  describes  the  use  of  the  Z8590  UPC  in  a 
distributed  processing  environment.  System  per- 
formance can  be  most  effectively  improved  by  di- 
viding CPU  tasks  into  logical  functions.  Such  a 
task,  as  has  been  illustrated  here,  is  a fundamen- 
tal I/O  operation  that  facilitates  communication 
between  the  user  and  the  computer.  Other  func- 
tions may  include  such  peripheral  operations  as  a 
flexible  disk  controller,  a PROM  programmer,  a D/A 
or  A/D  converter,  or  a communications  protocol 
controller. 

Coupled  with  the  powerful  instruction  set  of  the 
Zilog  family  CPUs,  the  Z8090  Z-UPC  and  Z8590  UPC 
find  many  uses  in  virtually  any  system  environ- 
ment. 


Figure  11.  Block  Node  Data  Output  to  UPC 
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APPENDIX  A 


UPC  CRT  Controller  Program  Listing 

Z8ASM  3.  03 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 

1 ! UPC  CRT  TERMINAL  DRIVER  PROGRAM! 

2 

3 CRTC  MODULE 

4 

5 CONSTANT 


6 

DTC : =0 

!DATA  XFER  CONTROL  REG! 

7 

PI:  *1 

! PORT  1 ! 

8 

P2:  *2 

! PORT  2! 

9 

P3:  *3 

! PORT  3! 

10 

L£ : *4 

! LIMIT  COUNT  REG! 

11 

DIND:  *5 

! DATA  INDIRECTION  REG! 

12 

TMRVAL:  *7.28 

! TIMER  COUNT  VALUE! 

13 

DSC:  *7.10 

! CPU  ACCESS  AREA! 

14 

MODE: *DSC 

! MODE  REGISTER! 

15 

CRTEN: *1 

! CRT  ENABLE  BIT! 

16 

KBEN: =2 

! KB  ENABLE  BIT! 

17 

BLOK: *4 

! BLOCK  XFER! 

18 

PARMS: *8 

! PARAMETERS  FOLLOW! 

19 

ST AT: *M0DE+1 

.'STATUS  REGISTER! 

20 

CRTBSY : *1 

! CRT  BUSY  FLAG! 

21 

CPDAV: *2 

.'CPU  KB  DATA  AVAIL! 

22 

KBOVF: *4 

•KB  BUFFER  OVERFLOW! 

23 

CRDAT : =STAT+1 

! CRT  DATA  AREA! 

24 

KB DAT : *CRDAT+1 

! KB  DATA  AREA! 

25 

EOL: *KBDAT+1 

! END  OF  LINE  CHARACTER! 

26 

BS: =E0L+1 

! BACKSPACE  CHARACTER! 

27 

DL: =BS+1 

! DELETE  LINE  CHARACTER! 

28 

VECT: =DL+1 

! CPU  INTERRUPT  VECTOR! 

29 

BUFF:  *7.20 

.'CRT  BUFFER  AREA! 

30 

PAR  AM:  *7.60 

! PARAMETER  TABLE  AREA! 

31 

KBUFF:  *7.80 

! KEYBOARD  INPUT  BUFFER! 

32 

STOR:  *7.C0 

! RAM  STORAGE  AREA! 

33 

FLAG: *STOR 

! FLAG  BYTE! 

34 

KBB: *1 

! KB  BUFFER  OVF  FLAG! 

35 

KBDAV: *2 

! KB  DATA  AVAIL! 

36 

CRTXFR: *4 

! CRT  XFER  FLAG! 

37 

KBXFR: *8 

! KB  XFER  FLAG! 

38 

TMRFLG:  *7.80 

! TIMER  ACTIVE  FLAG! 

39 

UBPTR : *FLAG+1 

! UPC  CRT  BUFFER  POINTER! 

40 

CBCNT : *UBPTR+1 

! CPU  CRT  BYTE  COUNT! 

41 

COLCNT : *CBCNT+1 

! CRT  COLUMN  COUNT! 

42 

KBPTR: *C0LCNT+1 

! KB  OUTPUT  BUFFER  PTR ! 

43 

KBBPTR: =KBPTR+1 

! KB  INPUT  BUFFER  PTR! 

44 

TIMER: =KBBPTR+1 

! TIMER  VALUE! 

45 

CHAR: =TIMER+1 

! KB  CHARACTER  STORAGE  < KLUGE ) ! 

46 

MI V:  *7.F0 

! CPU  INTERRUPT  VECTOR  REG! 

47 

MIC:  *7.FE 

! MASTER  INTERRUPT  CTRL! 

48 

EDX: *8 

! ENABLE  DATA  XFER  BIT! 

49 

IP: *720 

! SET  IP  BIT! 

50 

DEOL:  *7.0D 

! DEFAULT  EOL! 

51 

CBS:  *7.08 

! DEFAULT  BACKSPACE! 

52 

DDL:  *7.18 

! DEFAULT  DEL  LINE! 

53 

54 

SECTION  PROGRAM 

55 

GLOBAL 

56 

*ABS  0 

p 

0000 

0290 

57 

WVAL  ERROR 

p 

0002 

0219 

58 

WVAL  KB  I NT 

p 

0004 

0293 

59 

WVAL  DUMMY 

p 

0006 

0293 

60 

WVAL  DUMMY 

p 

0008 

0206 

61 

WVAL  TIMERO 

p 

OOOA 

0218 

62 

WVAL  TIMER1 

63 

p 

OOOC 

64 

M*IN  PROCEDURE 

65 

ENTRY 

66 

BEGIN: 

p 

oooc 

8F 

67 

DI 

p 

OOOD 

BO  FD 

68 

CLR  RP 

! CLEAR  REGISTER  POINTER 

p 

GOOF 

BO 

CO 

69 

CLR 

FLAG 

! CLEAR  FLAG  BYTE! 

p 

0011 

BO 

C7 

70 

CLR 

CHAR 

! CLEAR  CHARACTER! 

p 

0013 

BO 

C6 

71 

CLR 

TIMER 

•CLEAR  TIMER! 

p 

0015 

BO 

10 

72 

CLR 

MODE 

! CLEAR  MODE! 

p 

0017 

BO 

11 

73 

CLR 

STAT 

•CLEAR  STATUS! 

p 

0019 

E6 

C5 

80 

74 

LD 

KBBPTR, #KBUFF 

• INI T KBBPTR! 

p 

001C 

E6 

C4 

80 

75 

LD 

KBPTR, #KBUFF 

p 

001 F 

E6 

14 

OD 

76 

LD 

EOL, #DEOL 

! DEFAULT  EOL=CR ! 

p 

0022 

E6 

15 

08 

77 

LD 

BS, #DBS 

! DEFAULT  BS=BS! 

p 

0025 

E6 

16 

18 

78 

LD 

DL,  #DDL 

•DEFAULT  DEL  LINE=CAN ! 

p 

0028 

E6 

00 

10 

79 

LD 

DTC, #DSC 

! LOAD  DTC  REG.  ! 

p 

002B 

6C 

60 

80 

LD 

R6, #PARAM 

! PTR  TO  CCTABLE! 

p 

002D 

7C 

20 

81 

LD 

R7,  #7.20 

•MOVE  32  BYTES! 

p 

002F 

8C 

02 

82 

LD 

R8, #HI  CCTABL 

! SOURCE! 

p 

0031 

9C 

A4 

83 

84  CLODP: 

LD 

R9,#L0  CCTABL 

p 

0033 

C3 

68 

85 

LDCI 

@R6,  @RR8 

! MOVE  BYTES' 

p 

0035 

7A 

FC 

86 

DJNZ 

R7, CLOOP 

p 

0037 

8C 

02 

87 

LD 

R8,  #HI  TABLE 

! LOAD  I NIT  TABLE! 

p 

0039 

9C 

94 

88 

LD 

R9i #L0  TABLE 

p 

003B 

6C 

FO 

89 

LD 

R6,  #7.F0 

.•POINT  TO  REGS.  ! 

p 

003D 

7C 

10 

90 

91  I LOOP: 

LD 

R7,  #7.10 

! LOAD  16  REGISTERS! 

p 

003F 

C3 

68 

92 

LDCI 

@R6> @RR8 

! MOVE  INIT  CODES  . . ! 

p 

0041 

7A 

FC 

93 

94  ML: 

DJNZ 

R7 » I LOOP 

! TO  REGISTERS.  ! 

p 

0043 

44 

10 

10 

95 

OR 

MODE, MODE 

•MODE  WORD  SET?! 

p 

0046 

6B 

FB 

96 

JR 

Z,  ML 

! NO,  LOOP! 

p 

0048 

E4 

17 

FO 

97 

LD 

MI  V,  VECT 

•SAVE  CPU  INT  VECTOR! 

p 

004B 

76 

10 

08 

98 

TM 

MODE, #PARMS 

•CHECK  PAR AMS  BIT! 

p 

004E 

6B 

IB 

99 

JR 

Z, SKIP 

! SKIP  IF  CLEAR! 

p 

0050 

E6 

05 

20 

100 

LD 

DIND,  #BUFF 

p 

0053 

E6 

04 

08 

101 

102  ML1: 

LD 

LC,  #8 

p 

0056 

44 

04 

04 

103 

OR 

LC,  LC 

•WAIT  FOR  LC=0! 

p 

0059 

EB 

FB 

104 

JR 

NZ, ML1 

p 

005B 

6C 

08 

105 

LD 

R6,  #8 

! MOVE  8 BYTES! 

p 

005D 

7C 

60 

106 

LD 

R7, #PARAM 

p 

005F 

8C 

20 

107 

108  ML2: 

LD 

R8, #BUFF 

p 

0061 

E3 

98 

109 

LD 

R9, @R8 

p 

0063 

F3 

79 

110 

LD 

®R7,  R9 

p 

0065 

06 

E7 

04 

111 

ADD 

R7,  #4 

p 

0068 

8E 

112 

INC 

R8 

p 

0069 

6A 

F6 

113 

114  SKIP: 

DJNZ 

R6,  ML2 

p 

006B 

9F 

115 

El 

116 

117  ! 

THIS 

IS  THE  MAIN  PROGRAM  LOOP. 

118 

UPC  ARRIVES  HERE  AFTER 

INIT  AND 

119 

120  ! 

121 

122  LOOP: 

MODE 

ARE  DEFINED. 

p 

006C 

76 

10 

01 

123 

TM 

MODE, #CRTEN 

•CRT  ENABLED?! 

p 

006F 

6B 

08 

124 

JR 

Z,  LI 

•NO,  BRANCH! 

p 

0071 

76 

11 

01 

125 

TM 

STAT, #CRTBSY 

! CRT  DATA  AVAIL?! 

p 

0074 

6B 

03 

126 

JR 

Z,  LI 

p 

0076 

D6 

0094 

127 

CALL 

CRT 

128  LI: 

p 

0079 

76 

10 

02 

129 

TM 

MODE,  #KBEN 

p 

007C 

6B 

EE 

130 

JR 

Z,  LOOP 

p 

007E 

76 

CO 

02 

131 

TM 

FLAG, #KBDAV 

! KB  DATA  AVAIL?! 

p 

0081 

6B 

03 

132 

JR 

Z,  L2 

• NO,  BRANCH! 

p 

0083 

D6 

00D8 

133 

CALL 

KB 

! CHECK  KB  DATA! 

134  L2: 

p 

0086 

44 

C7 

C7 

135 

OR 

CHAR, CHAR 

! ECHO  CHAR?! 

p 

0089 

6B 

El 

136 

JR 

Z, LOOP 

• NO,  BRANCH! 

p 

008B 

68 

C7 

137 

LD 

R6, CHAR 

p 

008D 

D6 

014C 

138 

CALL 

DATOUT 

p 

0090 

BO 

C7 

139 

CLR 

CHAR 

p 

0092 

8B 

D8 

140 

JR 

LOOP 

141 

142  ! 

THIS 

ROUTINE  PROCESSES 

CRT  CHARACTERS  THAT 

143 

ARRIVE  FROM  THE  MASTER 

CPU. 

144 

1-98 


145 

INPUTS: 

NONE 

146 

R6-R 10  USED 

147 

OUTPUTS: 

NONE 

148 

i 

149 

CRT: 

p 

0094 

76 

10 

04 

150 

TM 

MODE, #BLOK 

•CHECK  MODE! 

p 

0097 

6B 

37 

151 

JR 

Z,  CRT3 

•BRANCH  IF  NOT  BLOCK! 

p 

0099 

76 

CO 

08 

152 

TM 

FLAG, #KBXFR 

•KB  XFER?  ! 

p 

009C 

EB 

39 

153 

JR 

N2, CRT4 

! YES,  BRANCH! 

p 

009E 

76 

CO 

04 

154 

TM 

FLAG, #CRTXFR 

! CHECK  XFER  FLAG! 

p 

00A1 

EB 

1C 

155 

JR 

NZ, CRT2 

•BRANCH  IF  BLOCK  DATA! 

p 

00A3 

68 

12 

156 

LD 

R6, CRDAT 

•GET  DATA! 

p 

00A5 

56 

E6 

3F 

157 

AND 

R6,  #’/.3F 

! ONLY  64  BYTES! 

p 

00A8 

6B 

OD 

158 

JR 

Z, CRT1 

! BRANCH  IF  NOTHING! 

p 

OOAA 

69 

04 

159 

LD 

LC,  R6 

•MOVE  BYTE  COUNT! 

p 

OOAC 

69 

C2 

160 

LD 

CBCNT, R6 

p 

OOAE 

E6 

Cl 

20 

161 

LD 

UBPTR, #BUFF 

{RESET  BUFFER  PTR ! 

p 

OOB 1 

E6 

05 

20 

162 

LD 

DIND,  #BUFF 

! SET  DIND  PTR! 

p 

00B4 

46 

CO 

04 

163 

OR 

FLAG, #CRTXFR 

! SET  XFER  FLAG! 

164 

CRT1 : 

p 

00B7 

56 

11 

FE 

165 

AND 

STAT,  #7.FF-CRTBSY 

•CLEAR  CRT  BUSY 

p 

OOBA 

46 

FE 

20 

166 

OR 

MIC, #IP 

! ELSE,  SET  IP! 

p 

OOBD 

8B 

18 

167 

JR 

CRT4 

168 

CRT2: 

p 

OOBF 

E5 

Cl 

E6 

169 

LD 

R6, ©UBPTR 

! GET  DATA! 

p 

00C2 

D6 

014C 

170 

CALL 

DATOUT 

•SEND  TO  CRT! 

p 

00C5 

20 

Cl 

171 

INC 

UBPTR 

p 

00C7 

00 

C2 

172 

DEC 

CBCNT 

•DECR  BYTE  COUNT! 

p 

00C9 

EB 

F4 

173 

JR 

NZ, CRT2 

•BRANCH  IF  MORE! 

p 

OOCB 

56 

CO 

FB 

174 

AND 

FLAG, #%FF-CRTXFR 

! CLR  XFER  FLAG! 

p 

OOCE 

8B 

E7 

175 

JR 

CRT1 

•EXIT! 

176 

CRT3: 

p 

OODO 

68 

12 

177 

LD 

R6, CRDAT 

! GET  DATA! 

p 

00D2 

D6 

014C 

178 

CALL 

DATOUT 

•SEND  TO  CRT! 

p 

00D5 

8B 

EO 

179 

JR 

CRT1 

! EXIT ! 

180 

CRT4: 

p 

00D7 

AF 

181 

RET 

182 

183 

i 

THIS  ROUTINE  PROCESSES  KEYBOARD  DATA. 

184 

R6  IS  CLOBBERED. 

185 

i 

186 

187 

KB: 

p 

00D8 

76 

10 

04 

188 

TM 

MODE, #BLOK 

•BLOCK  MODE?! 

p 

OODB 

6B 

41 

189 

JR 

Z,  KB3 

! NO,  BRANCH! 

p 

OODD 

76 

CO 

04 

190 

TM 

FLAG, #CRTXFR 

.'CRT  XFER?  ! 

p 

OOEO 

EB 

68 

191 

JR 

NZ, KB 4 

•YES,  BRANCH! 

p 

00E2 

76 

CO 

08 

192 

TM 

FLAG,  #KBXFR 

•XFER  SET?! 

p 

00E5 

EB 

26 

193 

JR 

NZ,  KB 2 

•YES,  BRANCH! 

p 

00E7 

8F 

194 

DI 

p 

00E8 

56 

11 

FB 

195 

AND 

STAT,  #'/.FF-KBOVF 

! CLEAR  KB  OVF ! 

p 

OOEB 

76 

CO 

01 

196 

TM 

FLAG, #KBB 

•CHECK  KBB! 

p 

OOEE 

6B 

06 

197 

JR 

Z,  KB1 

! SKIP  IF  CLEAR! 

p 

OOFO 

46 

11 

04 

198 

OR 

STAT, #KBOVF 

•SET  KB  OVF! 

p 

00F3 

56 

CO 

FE 

199 

AND 

FLAG,  #’/.FF-KBB 

•CLEAR  KBB! 

200 

KB1: 

p 

00F6 

68 

C5 

201 

LD 

R6, KBBPTR 

•GET  LINE  LENGTH! 

p 

00F8 

26 

E6 

80 

202 

SUB 

R6, #KBUFF 

p 

OOFB 

69 

13 

203 

LD 

KB  DAT,  R6 

•STORE  COUNT! 

p 

OOFD 

69 

04 

204 

LD 

LC,  R6 

•STORE  BUFFER  LENGTH! 

p 

OOFF 

E6 

05 

80 

205 

LD 

DINL.  #KBUFF 

p 

0102 

46 

CO 

08 

206 

OR 

FLAG,  #KBXFR 

•SET  XFER! 

p 

0105 

46 

11 

02 

207 

OR 

STAT, #CPDAV 

•SET  CP  DAV! 

208 

KB  11: 

p 

0108 

46 

FE 

20 

209 

OR 

MIC, #IP 

•SET  IP! 

p 

010B 

8B 

3D 

210 

JR 

KB  4 

211 

KB  2: 

p 

010D 

76 

11 

02 

212 

TM 

STAT, #CPDAV 

•CPU  THRU?  ! 

p 

0110 

EB 

38 

213 

JR 

NZ, KB 4 

•NO,  CONTINUE! 

p 

0112 

8F 

214 

DI 

p 

0113 

56 

CO 

F7 

215 

AND 

FLAG,  #7.F F-KBXFR 

! ELSE,  CLEAR  XFER! 

p 

0116 

E6 

C4 

80 

216 

LD 

KBPTR, #KBUFF 

•RESET  KB  PTR! 

p 

0119 

E6 

C5 

80 

217 

LD 

KBBPTR, #KBUFF 

p 

one 

8B 

29 

218 

JR 

KB32 

219 

KB  3: 

p 

01  IE 

76 

11 

02 

220 

TM 

STAT, #CPDAV 

•CP  DAV  ?! 

1-99 


p 

A 4 4 

VUi 

EB 

27 

221 

JR 

NZ,KB4 

• YES,  BRANCH! 

p 

0123 

8F 

222 

DI 

p 

0124 

A4 

C4 

C5 

223 

CP 

KBBPTR,  KBPTR 

! COMPARE  KB  PTRS! 

p 

0127 

6B 

IE 

224 

JR 

Z,  KB32 

! BRANCH  IF  EQUAL! 

p 

0129 

56 

11 

FB 

225 

AND 

STAT,  #7.FF-KBQVF 

‘CLEAR  KB  OVF! 

p 

012C 

76 

CO 

01 

226 

TM 

FLAG,  *KBB 

!KBE  SET?! 

p 

012F 

6B 

06 

227 

JR 

Z,  KB31 

•NO,  BRANCH! 

p 

0131 

46 

11 

04 

228 

OR 

STAT,  #KBOVF 

! SET  KB  OVF! 

p 

0134 

56 

CO 

FE 

229 

230  KB31: 

AND 

FLAG,  #7.FF-KBB 

•CLEAR  KBB ! 

p 

0137 

E5 

C4 

13 

231 

LD 

KB DAT,  ftKBPTR 

•LOAD  KB  DATA! 

p 

013A 

20 

C4 

232 

INC 

KBPTR 

•BUMP  KB  PTR ! 

p 

013C 

56 

C4 

3F 

233 

AND 

KBPTR,  #7.3F 

p 

013F 

46 

C4 

80 

234 

OR 

KBPTR,  #KBUFF 

p 

0142 

46 

11 

02 

235 

OR 

STAT,  #CPDAV 

•SET  CP  DAV! 

p 

0145 

8B 

Cl 

236 

237  KB32: 

JR 

KB  11 

p 

0147 

56 

CO 

FD 

238 

239  KB  4: 

AND 

FLAG,  #7.FF-KBDAV 

•CLEAR  KB  DAV! 

p 

014A 

9F 

240 

El 

p 

014B 

AF 

241 

RET 

242 

243  ! 

THIS  ROUTINE  OUTPUTS  DATA  TO  THE  CRT, 

244 

IF  DISPLAYABLE,  ELSE  TRANSLATES  THE  CODE  INTO 

245 

CONTROLLER  FUNCTION. 

246 

247 

INPUTS: 

%R6*ASCII  DATA 

248 

7.R7-7.R10  USED 

249 

250  ! 

251 

252  DATOUT: 

OUTPUTS 

: NONE 

p 

014C 

A6 

E6 

20 

253 

CP 

R6,  #7.20 

! CTRL  CHAR  ?! 

p 

014F 

FB 

53 

254 

JR 

NC, CHROUT 

! NO,  BRANCH! 

p 

0151 

A6 

E6 

09 

255 

CP 

R6,  #9 

! TAB  ?! 

p 

0154 

6B 

41 

256 

JR 

Z, DAT2 

•YES,  BRANCH! 

p 

0156 

9C 

60 

257 

LD 

R9, #PARAM 

•POINT  TO  PARAM  TABLE! 

p 

0158 

AC 

08 

258 

259  DA70: 

LD 

RIO,  #8 

p 

01 5A 

A3 

69 

260 

CP 

R6, ©R9 

! CHECK  DATA  AGAINST.  . . 

p 

01 5C 

6B 

08 

261 

JR 

Z, DAT1 

! . . . CTRL  TABLE  VALUES! 

p 

01 5E 

06 

E9 

04 

262 

ADD 

R9,  #4 

p 

0161 

00 

EA 

263 

DEC 

RIO 

p 

0163 

EB 

F5 

264 

JR 

NZ, DATO 

•LOOP  UNTIL.  . . ! 

p 

0165 

AF 

265 

266  DAT1 : 

RET 

.'EXIT  IF  NO  MATCH! 

p 

0166 

9E 

267 

INC 

R9 

! GET  CRTC ! 

p 

0167 

E3 

79 

268 

LD 

R7, ®R9 

p 

0169 

9E 

269 

INC 

R9 

! GET  NO  SCROLL  VALUE! 

p 

016A 

E3 

89 

270 

LD 

R8, ®R9 

p 

016C 

9E 

271 

INC 

R9 

•POINT  TO  SCROLL  VALUE 

p 

016D 

76 

E7 

40 

272 

TM 

R7,  #7.40 

•INCR  COLCNT  ?! 

p 

0170 

6B 

OE 

273 

JR 

Z,  DATU 

•NO,  BRANCH! 

p 

0172 

20 

C3 

274 

INC 

COLCNT 

p 

0174 

56 

C3 

3F 

275 

AND 

COLCNT,  #7.3F 

!EOL  ?! 

p 

0177 

EB 

1A 

276 

JR 

NZ, DATS 

•NO,  BRANCH! 

p 

0179 

E3 

89 

277 

LD 

R8, @R9 

•LOAD  SCROLL  DELAY  VAL 

p 

017B 

46 

E7 

08 

278 

OR 

R7,  #8 

•SET  WRITE  ENABLE! 

p 

017E 

8B 

13 

279 

280  DATU: 

JR 

DATS 

•OUTPUT  CTRL  CODE! 

p 

0180 

76 

E7 

10 

281 

TM 

R7,  #7.10 

•CLEAR  COLCNT  ?! 

p 

0183 

6B 

04 

282 

JR 

Z,  DAT 12 

•NO,  BRANCH! 

p 

0185 

BO 

C3 

283 

CLR 

COLCNT 

p 

0187 

8B 

OA 

284 

285  DAT12: 

JR 

DATS 

p 

0189 

76 

E7 

20 

286 

TM 

R7,  #7.20 

! DECR  COLCNT?! 

p 

018C 

6B 

05 

287 

JR 

Z,  DATS 

•NO,  BRANCH! 

p 

018E 

00 

C3 

288 

DEC 

COLCNT 

p 

0190 

56 

C3 

3F 

289 

290  DAT5: 

AND 

COLCNT,  #7.3F 

•MODULO  64! 

p 

0193 

6C 

00 

291 

LD 

R6,  #0 

p 

0195 

8B 

27 

292 

293  DATS: 

JR 

OUTP 

•OUTPUT  TO  CRTC! 

p 

0197 

6C 

20 

294 

LD 

R6,  #7.20 

•LOAD  SPACE! 

p 

0199 

D6 

01A4 

295 

CALL 

CHROUT 

•DATA  TO  CRTC! 

p 

019C 

68 

C3 

296 

LD 

R6, COLCNT 

! CHECK  COLUMN  COUNT! 

1-100 


p 

019E 

56 

E6 

07 

297 

AND 

R6,  #7 

! MODULO  8?! 

p 

01A1 

EB 

F4 

298 

JR 

NZ,  DAT2 

.'  NO,  LOOP  ! 

p 

01  A3 

AF 

299 

RET 

300 

301  ! 

THIS 

ROUTINE  OUTPUTS  A DISPLAYABLE  CHARACTER 

302 

TO  THE 

CRT.  IF  COLCNT  * 

EOL  (64)  THEN  DELAYS 

303 

FOR 

SCROLL.  ELSE,  NO  DELAY. 

304  ! 

305 

306  CHRDUT : 

p 

01A4 

BO 

E8 

307 

CLR 

R8 

•I NIT  DELAY  VALUE! 

p 

01A6 

20 

C3 

308 

INC 

COLCNT 

p 

01A8 

56 

C3 

3F 

309 

AND 

COLCNT,  #7.3F 

•MODULO  64! 

p 

01 AB 

EB 

02 

310 

JR 

NZ,  CR0UT1 

p 

01  AD 

8C 

04 

311 

312  CR0UT1 : 

LD 

R8,  #4 

! SCROLL  DELAY  VALUE! 

p 

01 AF 

26 

E6 

20 

313 

SUB 

R6,  #7.20 

! REMOVE  ASCII  BIAS! 

p 

01B2 

7C 

OF 

314 

LD 

R7,  #7.0F 

! CRTC  COMMAND! 

p 

01B4 

D6 

01BE 

315 

CALL 

OUTP 

! DATA  TO  CRT! 

p 

01B7 

BC 

07 

316 

317  CRGUT2: 

LD 

RU,  #7 

! DELAY  CHAR  TIME! 

p 

01B9 

00 

EB 

318 

DEC 

Rll 

p 

01BB 

EB 

FC 

319 

JR 

NZ,  CR0UT2 

p 

01BD 

AF 

320 

RET 

321 

322  * 

THIS 

ROUTINE  DOES  THE  ACTUAL  DATA  WRITE  TO 

323 

THE 

CRT 

CONTROLLER  CHIP. 

324 

325 

INPUTS: 

y.R6«ASCII  DATA 

326 

7R7*CRT  COMMAND 

327 

y.R8=TIMER  DELAY 

VALUE 

328 

XR9-R10  USED 

329 

330 

OUTPUTS 

: NONE 

331  ! 

332 

333  OUTP : 

p 

01BE 

76 

CO 

80 

334 

TM 

FLAG,  #TMRFLG 

! CHECK  TIMER  FLAG! 

p 

01C1 

EB 

FB 

335 

JR 

NZ,  OUTP 

! LOOP  IF  BUSY! 

p 

01C3 

56 

03 

EF 

336 

AND 

P3»  #7.EF 

! CLEAR  WRITE  ENABLE! 

p 

01C6 

76 

E7 

08 

337 

TM 

R7,  #8 

! WRITE  ENABLE?! 

p 

01C9 

6B 

03 

338 

JR 

Z,  0UT1 

! NO,  BRANCH! 

p 

01CB 

46 

03 

10 

339 

340  0UT1 : 

OR 

P3,  #y.io 

!RAM  WRITE  ENABLE! 

p 

01CE 

56 

E6 

3F 

341 

AND 

R6,  #7.3F 

! MASK  UPPER  BITS! 

p 

01D1 

98 

E7 

342 

LD 

R9,  R7 

p 

01D3 

56 

E9 

07 

343 

AND 

R9,  #7 

! MASK  LOWER  3 BITS! 

p 

01D6 

EO 

E9 

344 

RR 

R9 

p 

01D8 

EO 

E9 

345 

RR 

R9 

p 

01  DA 

A8 

E9 

346 

LD 

RIO,  R9 

•MERGE  COMMAND  BITS! 

p 

01  DC 

56 

EA 

CO 

347 

AND 

RIO,  #7.C0 

p 

01DF 

42 

6A 

348 

OR 

R6,  RIO 

p 

01E1 

69 

01 

349 

LD 

PI,  R6 

! OUTPUT  DATA  & CMD ! 

p 

01E3 

EO 

E9 

350 

RR 

R9 

! GET  UPPER  CMD  BIT! 

p 

01E5 

56 

E9 

80 

351 

AND 

R9,  #7.80 

p 

01E8 

56 

02 

7F 

352 

AND 

P2, #77F 

! CLEAR  COMMAND  BIT! 

p 

01EB 

44 

E9 

02 

353 

OR 

P2,  R9 

! WRITE  UPPER  CMD  BIT! 

p 

01  EE 

B6 

03 

40 

354 

XOR 

P3,  #740 

! GENERATE  DS! 

p 

01F1 

B6 

03 

40 

355 

XOR 

P3,  #7.40 

p 

01F4 

42 

88 

356 

OR 

R8,  R8 

! ZERO  TIMER  VALUE?! 

p 

01F6 

6B 

OD 

357 

JR 

Z,  0UT2 

! YES,  SKIP! 

p 

01F8 

89 

C6 

358 

LD 

TIMER, R8 

!LOAD  TIMER! 

p 

01FA 

46 

CO 

80 

359 

OR 

FLAG, #TMRFLG 

!FLAG  TIMER  BUSY! 

p 

01FD 

E6 

F4 

28 

360 

LD 

TO, #TMRVAL 

! LOAD  TIME  CONSTANT! 

p 

0200 

46 

FI 

03 

361 

OR 

TMR, #3 

! START  TO! 

p 

0203 

00 

C6 

362 

363  0U72: 

DEC 

TIMER 

p 

0205 

AF 

364 

RET 

365 

366  ! 

* INTERRUPT  ROUTINES  * ! 

367 

368  TIMERO: 

p 

0206 

44 

C6 

C6 

369 

OR 

TIMER,  TIMER 

! SEE  IF  TIME  DONE! 

p 

0209 

6B 

09 

370 

JR 

Z,  DELAY 1 

! BRANCH  IF  DONE! 

p 

020B 

E6 

F4 

28 

371 

LD 

TO,  #TMRVAL 

!ELSE,  RESET  TIMER! 

p 

020E 

46 

FI 

03 

372 

OR 

TMR, #3 

! LOAD  & ENABLE  TIMER! 

1-101 


p 

-TV « 4 4 

Uc£  I i 

00 

C6 

373 

DEC 

TIMER 

! BUMP  TIME  COUNT! 

p 

0213 

BF 

374 

IRET 

375 

DELAY 1: 

p 

0214 

56 

CO 

7F 

376 

AND 

FLAG, #%FF-TMRFLG 

! CLEAR  TIMER  BUSY  FLAG! 

p 

0217 

BF 

377 

IRET 

378 

379 

TIMER1 : 

p 

0218 

BF 

380 

IRET 

381 

382 

KB  INT: 

p 

0219 

F8 

02 

383 

LD 

R15,  P2 

•GET  KB  CHAR! 

p 

02  IB 

56 

EF 

7F 

384 

AND 

R 1 5,  #7.7F 

! MASK  UPPER  BIT! 

p 

02  IE 

76 

CO 

01 

385 

TM 

FLAG, #KBB 

! KBB  SET?! 

p 

0221 

EB 

33 

386 

JR 

NZ, KBI1 

! YES,  BRANCH! 

p 

0223 

76 

10 

04 

387 

TM 

MODE, #BLOK 

! BLOCK  MODE?! 

p 

0226 

6B 

33 

388 

JR 

Z,  KB  13 

•NO,  BRANCH! 

p 

0228 

76 

11 

02 

389 

TM 

STAT, #CPDAV 

•CP  DAY?! 

p 

022B 

EB 

24 

390 

JR 

NZ, KBI2 

! YES,  BRANCH! 

p 

022D 

F9 

C7 

391 

LD 

CHAR,  R15 

•ECHO  TO  CRT! 

p 

022F 

A4 

14 

EF 

392 

CP 

R15,  EOL 

! EOL? ! 

p 

0232 

6B 

3C 

393 

JR 

Z,  KB  14 

! YES,  BRANCH! 

p 

0234 

A4 

15 

EF 

394 

CP 

R15,  BS 

{BACKSPACE?! 

p 

0237 

6B 

44 

395 

JR 

Z,  KB 1 5 

! YES,  BRANCH! 

p 

0239 

A4 

16 

EF 

396 

CP 

R15,  DL 

•DELETE  LINE?! 

p 

023C 

6B 

4E 

397 

JR 

Z,  KB  16 

! YES,  BRANCH! 

p 

023E 

F5 

EF 

C5 

398 

LD 

SKBBPTR, R15 

.'STORE  CHAR! 

p 

0241 

20 

C5 

399 

INC 

KBBPTR 

! BUMP  KBBPTR! 

p 

0243 

56 

C5 

3F 

400 

AND 

KBBPTR,  #*/.3F 

p 

0246 

46 

C5 

80 

401 

OR 

KBBPTR, #KBUFF 

p 

0249 

A4 

C4 

C5 

402 

CP 

KBBPTR, KBPTR 

! EOB? ! 

p 

024C 

EB 

41 

403 

JR 

NZ,  KB  17 

! NO,  BRANCH! 

p 

024E 

46 

CO 

02 

404 

OR 

FLAG, #KBDAV 

! SET  KB  DAY! 

405 

KB  12: 

p 

0251 

46 

CO 

01 

406 

OR 

FLAG, #KBB 

! SET  KBB! 

p 

0254 

8B 

39 

407 

JR 

KB  17 

408 

KB  11: 

p 

0256 

46 

CO 

02 

409 

OR 

FLAG, #KBDAV 

! SET  KB  DAY! 

p 

0259 

8B 

34 

410 

JR 

KB  17 

411 

KB  13: 

p 

025B 

F5 

EF 

C5 

412 

LD 

SKBBPTR,  R15 

! STORE  CHAR! 

p 

025E 

20 

C5 

413 

INC 

KBBPTR 

p 

0260 

56 

C5 

3F 

414 

AND 

KBBPTR,  #“/.3F 

p 

0263 

46 

C5 

80 

415 

OR 

KBBPTR,  #KBUFF 

p 

0266 

46 

CO 

02 

416 

OR 

FLAG, #KBDAV 

! SET  KB  DAY! 

p 

0269 

A4 

C4 

C5 

417 

CP 

KBBPTR, KBPTR 

•EOB?! 

p 

026C 

6B 

E3 

418 

JR 

Z,  KB  12 

! YES,  BRANCH! 

p 

026E 

8B 

IF 

419 

JR 

KB  17 

420 

KB  14: 

p 

0270 

F5 

EF 

C5 

421 

LD 

8KBBPTR, R15 

! STORE  CHAR! 

p 

0273 

20 

C5 

422 

INC 

KBBPTR 

p 

0275 

56 

C5 

3F 

423 

AND 

KBBPTR,  #7.3F 

p 

0278 

46 

C5 

80 

424 

OR 

KBBPTR, #KBUFF 

p 

027B 

8B 

D9 

425 

JR 

KBI1 

426 

KB  15: 

p 

027D 

A4 

C4 

C5 

427 

CP 

KBBPTR, KBPTR 

! EOB? ! 

p 

0280 

6B 

OD 

428 

JR 

Z,  KB  17 

! YES,  SKIP! 

p 

0282 

00 

C5 

429 

DEC 

KBBPTR 

p 

0284 

56 

C5 

3F 

430 

AND 

KBBPTR, #%3F 

p 

0287 

46 

C5 

80 

431 

OR 

KBBPTR,  #KBUFF 

p 

028A 

8B 

03 

432 

JR 

KB  17 

433 

KB  16: 

p 

028C 

E6 

C5 

80 

434 

LD 

KBBPTR, #KBUFF 

! RESET  KBBPTR! 

435 

KB  17: 

p 

028F 

BF 

436 

IRET 

437 

438 

ERROR: 

p 

0290 

E8 

00 

439 

LD 

R14, DTC 

! CLEAR  ERROR  BITS! 

p 

0292 

BF 

440 

IRET 

441 

442 

DUM1Y: 

p 

0293 

BF 

443 

IRET 

444 

445 

! REGISTER  DATA 

TABLE  FOR  INITIALIZATION! 

446 

447 

TABLE: 

p 

0294 

0000 

448 

WVAL 

7.0000 

1-102 


p 

0296 

00A2 

449 

WVAL 

7.00A2 

p 

0298 

OOAO 

450 

WVAL 

•/.OOAO 

p 

029A 

7FC7 

451 

WVAL 

V.7FC7 

p 

029C 

0007 

452 

WVAL 

7.0007 

p 

029E 

0033 

453 

WVAL 

7.0033 

p 

02A0 

0000 

454 

WVAL 

7.0000 

p 

02A2 

08F0 

455 

WVAL 

7.08F0 

456 

457 

! CURSOR  CONTROL  DEFAULT  PARAMETER  TABLE 

458 

SETUP  AS  FOLLOWS: 

459 

BYTE  1 - 

ASCII  CHAR  CODE 

460 

2 - 

CRT  CODE 

461 

3 - 

NOT  EOL  DELAY  VALUE 

462 

4 - 

EOL  DELAY  VALUE 

(FOR  SCROLL)  ! 

463 

464 

CCTABL: 

p 

02A4 

01 

465 

BVAL 

7.1 

•CURSOR  HOME! 

p 

02A5 

10 

466 

BVAL 

7.10 

p 

02A6 

4000 

467 

WVAL 

7.4000 

468 

p 

02A8 

06 

469 

BVAL 

7.6 

! CURSOR  FORWARD 

p 

02A9 

47 

470 

BVAL 

7.47 

p 

02AA 

0004 

471 

WVAL 

7.0004 

472 

p 

02AC 

08 

473 

BVAL 

7.8 

! CURSOR  BACK! 

p 

02AD 

24 

474 

BVAL 

7.24 

p 

02AE 

0000 

475 

WVAL 

7.0000 

476 

p 

02B0 

OA 

477 

BVAL 

7.0A 

! CURSOR  DOWN! 

p 

02B1 

OA 

478 

BVAL 

7.  OA 

p 

02B2 

0400 

479 

WVAL 

3(0400 

480 

p 

02B4 

OC 

481 

BVAL 

XOC 

!PAGE  ERASE! 

p 

02B5 

18 

482 

BVAL 

7.18 

p 

02B6 

4000 

483 

WVAL 

3(4000 

484 

p 

02B8 

OD 

485 

BVAL 

7.0D 

! CURSOR  RETURN! 

p 

02B9 

11 

486 

BVAL 

7.11 

p 

02BA 

0200 

487 

WVAL 

7.0200 

488 

p 

02BC 

1A 

489 

BVAL 

7.1  A 

! CURSOR  UP! 

p 

02BD 

06 

490 

BVAL 

3(6 

p 

02BE 

0000 

491 

WVAL 

7.0000 

492 

p 

02C0 

OB 

493 

BVAL 

7.  OB 

! ERASE  LINE! 

p 

02C1 

ID 

494 

BVAL 

7.  ID 

p 

02C2 

0400 

495 

WVAL 

7.0400 

496 

p 

02C4 

497 

END  MAIN 

498  END  CRTC 

0 errors 

Assembly  complete 


1-103 


APPENDIX  B 


Z80  Test  Program  Listings  for  SBT 


UPC.  INIT 


LOC 

OBJ  CODE 

M STMT 

SOURCE 

STATEMENT 

ASM  5.  9 

1 

o 

i 

Z80  CODE  TO  TEST  UPC  CRT  CONTROLLER 

Wm 

3 

KBEN 

EQU 

-1 

i KB  INPUT  ENABLE  SW. 

4 

CRTEN 

EQU 

-1 

i CRT  OUTPUT  ENABLE  SW. 

5 

INTEN 

EQU 

0 

{ INTERRUPT  ENABLE  SW. 

6 

BLOCK 

EQU 

-1 

i BLOCK  MOVE  ENABLE  SW. 

7 

q 

PRMB 

EQU 

-1 

{ PARAMTERS  TEST  SW. 

o 

9 

RAM 

EQU 

2000H 

10 

CPQRT 

EQU 

10H 

{UPC  PORT  ADDR 

11 

DPORT 

EQU 

CPORT+1 

{ UPC  DATA  PORT 

12 

DTC 

EQU 

18H 

i DTC  CONTROL  REGISTER 

13 

DIM) 

EQU 

15H 

iDATA  INDIRECTION  REG 

14 

MIC 

EQU 

1EH 

{MASTER  I NT  CONTROL 

15 

MODE 

EQU 

0 

{MODE  REG 

16 

STAT 

EQU 

MODE+1 

{STATUS  REG 

17 

CREAT 

EQU 

STAT+1 

{CRT  DATA  REG 

18 

KBDAT 

EQU 

CRDAT+i 

{KB  DATA  REG 

19 

EOL 

EQU 

KBDAT+1 

{END  OF  LINE  CHAR 

20 

BS 

EQU 

EOL+1 

{BACKSPACE  EDIT  CHAR 

21 

DL 

EQU 

BS+1 

{DELETE  LINE  EDIT  CHAR 

22 

23 

CPEAV 

EQU 

2 

{CP  DATA  AVAIL  FLAG 

24 

CRTBSY 

EQU 

1 

{CRT  BUSY  FLAG 

25 

OOOO 

26 

ORG 

0 

27 

BEGIN: 

0000 

314020 

28 

LD 

SP, RAM+64 

i INIT  SP 

0003 

3E1E 

29 

LD 

A#  MIC 

{POINT  TO  EDX  BIT 

0005 

D310 

30 

OUT 

(CPORT),  A 

31 

BGN: 

0007 

DB1 1 

32 

IN 

A*  (DPORT) 

{LOOP  IF  NOT  SET 

0009 

CB5F 

33 

BIT 

3,  A 

OOOB 

28FA 

34 

JR 

Z>  BGN 

35 

000 D 

3E00 

36 

LD 

A, MODE 

{WRITE  MODE 

OOOF 

D310 

37 

OUT 

(CPORT), A 

0011 

AF 

38 

XOR 

A 

39 

42 

*L  ON 

0012 

F602 

43 

OR 

2 

{SET  KB  ENABLE  BIT 

48 

*L  ON 

0014 

F601 

49 

OR 

1 

{SET  CRT  ENABLE  BIT 

54 

*L  ON 

0016 

F604 

55 

OR 

4 

{SET  BLOCK  MOVE  BIT 

60 

*L  ON 

0018 

F608 

61 

OR 

8 

65 

*L  ON 

001 A 

D311 

66 

OUT 

(DPORT) i A 

67 

70 

*L  ON 

001C 

3E15 

71 

LD 

A.  DIND 

{WRITE  PARAMTERS 

00  IE 

D310 

72 

OUT 

(CPORT) * A 

0020 

21 B 100 

73 

LD 

HL, PRMBLK 

0023 

©Ell 

74 

LD 

C,  DPORT 

0025 

0608 

75 

LD 

B,  PRflEND-PRMBLK 

0027 

EDB3 

76 

OTIR 

80 

*L  ON 

81 

LOOP: 

84 

*L  ON 

85 

CALL 

KBIN 

{READ  KB  DATA 

90 

*L  ON 

0029 

3E01 

91 

LD 

At  STAT 

{CHECK  CP  DAV 

002B 

D310 

92 

OUT 

(CPORT), A 

93 

LOOP  1 : 

002D 

DB11 

94 

IN 

At  (DPORT) 

1-105 


002F 

E602 

95 

AND 

CPDAV 

0031 

28FA 

96 

JR 

Z,  LOOP 1 

> LOOP  UNTIL  SET 

0033 

3E03 

97 

LD 

A/  KBDAT 

» GET  BYTE  COUNT 

0035 

D310 

98 

OUT 

(CPORT) , A 

0037 

DB1 1 

99 

IN 

A*  (DPORT) 

0039 

47 

100 

LD 

B,  A 

; SAVE  IN  B 

003A 

57 

101 

LD 

D,  A 

iCOPY  TO  D 

003B 

3E1 5 

102 

LD 

A,  DIND 

iREAD  DATA  LINE 

003D 

D310 

103 

OUT 

(CPORT),  A 

003F 

0E11 

104 

LD 

C,  DPORT 

0041 

21BA00 

105 

LD 

HL, MSSG+1 

0044 

EDB2 

106 

INIR 

0046 

360A 

107 

LD 

< HL ) » OAH 

0048 

3E01 

108 

LD 

A*  STAT 

iTHEN  CLEAR  CPDAV 

004A 

D310 

109 

OUT 

(CPORT),  A 

004C 

DB1 1 

110 

IN 

A, (DPORT) 

004E 

E6FD 

111 

AND 

OFFH-CPDAV 

0050 

031 1 

112 

OUT 

(DPORT),  A 

0052 

42 

113 

LD 

B,  D 

i RESTORE  BYTE  COUNT 

0053 

04 

114 

INC 

B 

; ALLOW  LF  CHAR 

0054 

04 

115 

INC 

B 

120 

*L  ON 

121 

CALL 

CRTOUT 

i OUTPUT  CRT  DATA 

126 

*L  ON 

127 

LD 

HL, MSSG 

128 

CALL 

SO 

133 

*L  ON 

134 

LD 

B,  MSGEND-MSSG 

139 

*L  ON 

0055 

CD7900 

140 

CALL 

CRTOUT 

i WRITE  BLOCK  LENGTH 

0058 

3E01 

141 

LD 

A,  STAT 

i WAIT  FOR  CRT 

005A 

D310 

142 

OUT 

(CPORT),  A 

143 

DELAY: 

005C 

DB1 1 

144 

IN 

A,  (DPORT) 

005E 

E601 

145 

AND 

CRTBSY 

0060 

20FA 

146 

JR 

NZ, DELAY 

0062 

21B900 

147 

LD 

HL, HSSG 

0065 

0E1 1 

148 

LD 

C, DPORT 

0067 

3E1 5 

149 

LD 

A, DIND 

i WRITE  TO  DIND 

0069 

0310 

150 

OUT 

(CPORT),  A 

006B 

E0B3 

151 

OTIR 

006D 

3E01 

152 

LD 

A,  STAT 

iTHEN  SET  CRT  BUSY 

006F 

0310 

153 

OUT 

(CPORT),  A 

0071 

DB1 1 

154 

IN 

A, (DPORT) 

0073 

F601 

155 

OR 

CRTBSY 

0075 

0311 

156 

OUT 

(DPORT),  A 

159 

*L  ON 

160 

0077 

18B0 

161 

JR 

LOOP 

162 

165 

*L  ON 

166 

SO: 

167 

LD 

A,  (HL) 

168 

CP 

169 

RET 

Z 

170 

LD 

B,  A 

171 

CALL 

CRTOUT 

172 

INC 

HL 

173 

JR 

SO 

176 

*L  ON 

177 

178 

CRTOUT: 

0079 

3E01 

179 

LD 

A, STAT 

007B 

0310 

180 

OUT 

(CPORT),  A 

iREAD  CRT 

181 

CRT1 : 

007D 

OBI  1 

182 

IN 

A, (DPORT) 

007F 

E601 

183 

AND 

CRTBSY 

0081 

20FA 

184 

JR 

NZ, CRT1 

iLOOP  IF  BUSY 

0083 

3E02 

185 

LD 

A, CRDAT 

iTHEN  OUTPUT  DATA 

0085 

0310 

186 

OUT 

(CPORT),  A 

0087 

78 

187 

LD 

A,  B 

0088 

0311 

188 

OUT 

(DPORT), A 

008A 

3E01 

189 

LD 

A,  STAT 

iTHEN  FLAG  CRT  BUSY 

008C 

0310 

190 

OUT 

(CPORT), A 

008E 

DB1 1 

191 

IN 

A,  (DPORT) 

0090 

F601 

192 

OR 

CRTBSY 

1-106 


0092 

D311 

193 

OUT 

(DPORT) , A 

0094 

C9 

194 

RET 

198 

*L  ON 

199 

KB  IN: 

0095 

3E01 

200 

LD 

A, STAT  i READ  UPC  STATUS 

0097 

D310 

201 

OUT 

(CPQRT),  A 

202 

KB  11: 

0099 

DB1 1 

203 

IN 

A,  (DPORT) 

CP  DAV? 

009B 

E602 

204 

AND 

CP  DAV 

009D 

28FA 

205 

JR 

Z , KB 1 1 i NO*  LOOP 

009F 

3E03 

206 

LD 

A, KBDAT 

ELSE,  READ  DATA 

00A1 

D310 

207 

OUT 

(CPORT),  A 

00A3 

DB1 1 

208 

IN 

A#  (DPORT) 

00  A 5 

47 

209 

LD 

B,  A 

00A6 

3E01 

210 

LD 

A#  STAT  i CLEAR  CP  DAV 

00A8 

D310 

211 

OUT 

(CPORT),  A 

OOAA 

DB1 1 

212 

IN 

A,  (DPORT) 

OOAC 

E6FD 

213 

AND 

OFFH-CPDAV 

OOAE 

D31 1 

214 

OUT 

(DPORT),  A 

OOBO 

C9 

215 

RET 

218 

*L  ON 

219 

OOB 1 

01 

220 

PRM3LK: 

DEFB 

1 

HOME 

00B2 

02 

221 

DEFB 

2 

FORM 

00B3 

03 

222 

DEFB 

3 

BACK 

OOB  4 

04 

223 

DEFB 

4 

DOWN 

OOB  5 

05 

224 

DEFB 

5 

ERASE  PAGE 

OOB  6 

06 

225 

DEFB 

6 

RETURN 

OOB  7 

07 

226 

DEFB 

7 

UP 

00B8 

08 

227 

DEFB 

8 ; ERASE  LINE 

228 

PRhEND: 

EQU 

* 

229 

230 

MS9G: 

OOB  9 

OA 

231 

DEFB 

OAH 

OOBA 

OD 

232 

DEFB 

ODH 

OOBB 

54484520 

233 

DEFM 

'THE  QUICK  BROWN 

FOX  JUMPED  OVER  THE  LA 

DOGS 

TAIL ' 

OOED 

24 

234 

MSGEND: 

DEFB 

235 

236 

END 

BEGIN 
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Internal  UPC  Organization 
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Figure  C-1.  Port  and  Data  Definitions  for  UPC 
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INTRODUCTION 

With  the  variety  of  microprocessors  available 
today,  it  is  often  difficult  for  users  to  know 
which  one  best  suits  their  needs.  The  choice  can 
be  based  on  a number  of  factors,  such  as  unit 
cost,  throughput,  code  density,  ease  of  program- 
ming, compatibility,  software  and  hardware  sup- 
port, and  availability  of  second  sources. 

In  high-volume  applications  (with  quantities 
exceeding  10,000),  the  cost  of  parts,  especially 
of  memory,  is  extremely  critical.  The  right 
microprocessor  should  be  able  to  interface  to 
low-cost  memory  components  and  should  be  efficient 
in  its  use  of  memory.  In  other  applications  where 
a large  software  development  effort  is  required, 
the  cost  of  such  an  effort  may  be  of  more  con- 
sequence than  the  cost  of  parts.  Therefore,  in 
software  intensive  applications,  a microprocessor 
should  be  evaluated  for  its  ease  of  programming. 
In  some  applications,  a particular  task  must  be 
done  very  rapidly,  or  a large  number  of  tasks  must 
be  executed  in  a small  amount  of  time.  Some  proc- 
essors perform  particular  tasks  much  faster  than 
others,  whereas  some  might  not  be  as  fast  at  a 
particular  task,  but  are  generally  faster  than 
others  when  a large  group  of  tasks  is  executed. 
Unfortunately,  a user  might  have  to  choose  a 
particular  processor  because  it  is  the  only  one 
that  can  perform  a particular  task  fast  enough, 
even  though  it  may  be  less  memory  efficient  and 
more  difficult  to  program  than  other  processors. 

This  report  compares  the  capabilities  of  two 
microprocessors:  the  Z80  and  the  6502.  Both  have 

many  characteristics  in  common,  but  they  also  have 
a number  of  very  significant  differences.  These 
differences  will  be  discussed  in  detail,  and  their 
significance  in  terms  of  memory  usage,  number  of 
lines  of  code  (ease  of  programming),  and  execution 
speed  will  be  measured  by  a group  of  benchmark 
programs. 

Ten  different  benchmark  programs  are  presented 
here.  They  represent  many  tasks  commonly  per- 
formed by  microprocessors,  yet  are  short  and 
simple  enough  for  the  reader  to  understand  and 


verify  without  much  effort.  The  programs  have  been 
optimized  for  each  processor. 

COMMON  CHARACTERISTICS  OF  THE  Z80  AND  THE  6502 

The  Z80  and  the  6502  are  40-pin  microprocessors. 
The  two  processors  are  clearly  similar  in  many 
respects.  They  transfer  data  to  and  from  external 
components  on  an  8-bit  data  bus.  Memory  is 
addressed  by  a 16-bit  address  bus.  Each  processor 
has  various  registers  that  are  used  for  specific 
functions,  such  as  a 16-bit  Program  Counter,  an 
8-bit  status  register,  a Stack  Pointer,  and  an 
accumulator.  The  Z80  and  6502  both  have  maskable 
and  nonmaskable  interrupt  capabilities,  both  have 
on-chip  clocks,  and  they  can  both  interface  to 
asynchronous  as  well  as  synchronous  external 
devices. 


DISTINGUISHING  CHARACTERISTICS  OF  THE  Z80 
AND  THE  6502 

Table  1 lists  the  distinguishing  features  of  the 
Z80  and  the  6502.  At  first  glance,  the  Z80 
appears  to  have  significantly  greater  resources 
than  the  6502.  Each  of  these  resources  should  be 
examined  to  determine  their  relative  importance. 


Table  1*  Distinguishing  Architectural  Features 


Z80 

6502 

1 . Number  of  8-bit  general-purpose 

14 

3 

registers 

2.  Number  of  16-bit  general-purpose 

8 

0 

registers 

3.  Number  of  functionally  distinct 

76 

29 

instructions 

4.  Number  of  addressing  modes 

7 

10 

5.  Vectored  interrupt  capability 

yes 

no 

6.  Separate  1/0  addressing  space 

yes 

no 

7 . St  ack  space 

64K 

256 

8.  Dynamic  memory  refresh  capability 

yes 

no 
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MAIN  REGISTER  SET 


ALTERNATE  REGISTER  SET 


A 

ACCUMULATOR 

F 

FLAG  REGISTER 

A’ 

ACCUMULATOR 

F' 

FLAG  REGISTER 

B 

GENERAL  PURPOSE 

C 

GENERAL  PURPOSE 

B’ 

GENERAL  PURPOSE 

C’ 

GENERAL  PURPOSE 

D 

GENERAL  PURPOSE 

E 

GENERAL  PURPOSE 

D’ 

GENERAL  PURPOSE 

E’ 

GENERAL  PURPOSE 

H 

GENERAL  PURPOSE 

L 

GENERAL  PURPOSE 

H’ 

GENERAL  PURPOSE 

L’ 

GENERAL  PURPOSE 

<4 8 BITS  ► 


Z-80  Register  Configuration 


16  BITS 


IX  INDEX  REGISTER 


IY  INDEX  REGISTER 


SP  STACK  POINTER 


PC  PROGRAM  COUNTER 


I INTERRUPT  VECTOR 


8 BITS 


R MEMORY  REFRESH 


GENERAL  PURPOSE  REGISTERS 


A 

ACCUMULATOR 

X 

INDEX  REGISTER 

Y 

INDEX  REGISTER 

◄ 8-BITS ► 

SPECIAL  PURPOSE  REGISTERS 


SP  STACK  POINTER 

P STATUS  REGISTER 

| PC  PROGRAM  COUNTER 

^ 16-BITS ► 


Z-80  Register  Configuration  6502  Register  Configuration 


Figure  1*  Register  Architecture 


One  of  the  most  striking  differences  between  the 
Z80  and  the  6502  is  the  number  of  registers  each 
has  (Figure  1).  Excluding  the  Program  Counter, 
Stack  Pointer,  and  Status  (Flag)  register,  the  Z80 
has  14  general-purpose  registers  and  four 
special-purpose  registers,  and  the  6502  has  one 
accumulator  and  two  index  registers. 

Registers  in  the  CPU  can  be  accessed  much  more 
rapidly  than  external  memory;  therefore,  the  more 
data  that  can  be  kept  and  manipulated  in  regiters, 
the  faster  a program  can  execute.  A program, 
however,  consists  of  instructions  that  are  located 
in  external  memory,  and  all  data  must,  at  one  time 
or  another,  be  transferred  to  or  from  external 
memory.  If  a CPU  could  be  designed  to  work 
rapidly  and  efficiently  with  external  memory,  the 
importance  of  a large  register  set  would  be 
diminished. 

The  most  disturbing  aspect  of  the  6502  register 
set  is  not  the  number  of  registers,  but  the  size 
of  each.  All  of  the  programmer  accessible  reg- 
isters in  the  6502  are  eight  bits  long.  This  is  a 
problem  because  the  6502  has  16-bit  addressing 
just  like  the  Z80  has,  and  without  16-bit  regis- 
ters, the  6502  provides  no  convenient  mechanism 
for  manipulating  addresses. 


The  Z80  can  pair  its  general-purpose  8-bit  reg- 
isters, forming  six  16-bit  registers  in  addition 
to  its  two  16-bit  index  registers.  The  term 
"index"  used  to  describe  the  Z80  registers  IX  and 
IY  is  somewhat  of  a misnomer.  The  real  usefulness 
of  registers  IX  and  IY  is  in  base  register 
addressing.  Benchmark  program  number  10  (See 
Appendix  B)  illustrates  the  use  of  register  IX  in 
accessing  specific  bytes  within  a variably  located 
(dynamic)  memory  block. 

The  6502  index  registers  are  very  useful  in 
indexing  small  data  structures.  Being  only  8-bits 
long,  however,  the  6502  index  registers  cannot  be 
used  in  data  structures  of  more  than  256  bytes, 
except  by  breaking  larger  structures  down  into  256 
byte  sections  (pages),  as  illustrated  in  benchmark 
programs  4,  5 and  9 (see  Appendix  C). 

The  6502  design  concentrates  on  quick  and  effi- 
cient exchanges  between  registers  and  external 
memory.  This  is  evident  in  the  large  number  of 
addressing  modes.  Nearly  all  of  the  6502 
instructions  can  address  memory  directly  (absolute 
addressing),  and  many  instructions  have  indexed 
addressing.  A number  of  6502  instructions  have  a 
special  form  of  pre-  and  post-indexed  indirect 
addressing  as  well. 
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An  interesting  feature  of  the  6502  is  its  Base 
Page  (or  Page  Zero)  Addressing  mode.  In  Base  Page 
Addressing,  the  upper  8-bits  of  the  16-bit  address 
are  assumed  to  be  zero.  This  mode  is  therefore 
only  applicable  to  the  first  256  bytes  of  memory. 
The  advantage  of  Base  Page  Addressing  is  that  only 
one  byte  is  needed  to  specify  an  address.  With 
single-byte  addressing,  instructions  can  be 
shorter  in  length  and  therefore  can  execute  faster 
than  instructions  containing  16-bit  addresses. 
The  base  page  assumption  is  also  available  in  the 
indexed  addressing  modes.  In  the  pre-  and 
post-indexed  indirect  addresssing  modes  referred 
to  above,  the  location  of  the  indirect  address  is 
always  assumed  to  be  in  page  zero.  Pre-indexed 
indirect  addressing  works  only  with  index  register 
X,  and  post-indexed  indirect  addressing  works  only 
with  index  register  Y.  All  of  these  addressing 
modes  are  very  important  and  very  useful, 
especially  when  dealing  with  the  first  256  bytes 
of  memory. 

Another  interesting  characteristic  of  the  6502  is 
that  its  Stack  Pointer  is  only  eight  bits  long. 
An  8-bit  Stack  Pointer  allows  256  bytes  of  stack 
space,  which  is  sufficient  for  many  applications. 
However,  there  are  applications  that  require  more 
stack  space,  and  these  applications  would  not  be 
able  to  use  the  6502.  The  6502  stack  space  is 
dedicated  to  page  one  (the  second  lowest  256  byte 
area  of  memory).  As  with  base  page  addressing, 
the  upper  byte  of  the  16-bit  stack  address  is 
implied  and  need  not  be  computed  during  stack 
accesses.  Instructions  in  the  6502  that  deal  with 
the  stack,  however,  use  the  Stack  Pointer 
indirectly,  so  no  savings  in  the  length  of  the 
address  field  can  be  attributed  to  the  stack 
limitation. 

The  Z80  has  one  very  important  addressing  mode  not 
found  in  the  6502,  referred  to  as  Indirect  Reg- 
ister Addressing.  In  this  mode,  the  operand  is  in 
a memory  location  specified  by  the  address 
residing  in  a 16-bit  register  pair.  With  a 16-bit 
address,  this  mode  can  cover  the  entire  memory 
space  of  the  Z80.  Since  the  register  holding  the 
address  is  a pair  of  8-bit  registers,  the  upper 
and  lower  halves  can  be  manipulated  independently 
to  access  different  bytes  within  a page  or  the 
same  byte  in  different  pages.  Another  important 
quality  of  Indirect  Register  Addressing  is  that 
instructions  using  this  mode  need  to  specify  only 
the  register  pair  and  not  the  address  itself.  This 
allows  instructions  to  be  shorter  than  instruc- 
tions using  other  addressing  modes. 

Addressing  modes  are  not  realized  without  cost. 
Every  instruction  a processor  has  must  be  repre- 
sented by  an  opcode.  One  of  the  most  fundamental 
factors  affecting  the  efficiency  of  a processor  is 
its  instruction  encoding.  It  is  important  to  keep 
instructions  as  short  as  possible,  because  the 
length  of  instructions  affects  the  amount  of 
memory  used  by  a program  and  the  program  execution 
time.  If  the  opcode  size  is  held  to  a fixed 
length,  such  as  one  byte,  the  number  of  possible 
instructions  decreases  as  the  number  of  addressing 


modes  increases.  Instructions  whose  opcodes  imply 
the  operands,  as  in  Register  and  Indirect  Register 
Addressing,  need  only  be  one  byte  long,  whereas 
instructions  with  other  addressing  modes,  such  as 
Direct,  Indirect,  Base  Page,  and  Indexed,  must 
further  contain  the  address  itself  and  so  are  two 
or  three  bytes  long.  A comparison  of  the  Z80  and 
the  6502  is  a perfect  example  of  this  point:  when 
operand  combinations  are  considered,  the  Z80  has 
202  different  one-byte  instructions,  and  the  6502 
has  only  29  one-byte  instructions  (see  Table  2). 


Table  2.  Instruction  Length  Data* 


Z80 

6502 

Average  number  of  bytes 

2.03 

2.13 

per  instruction 

Number  of  instructions 

taking 

1 byte 

202 

29 

2 byte 

344 

74 

3 byte 

74 

48 

4 byte 

76 

0 

* 

Instruction  counts  here  include  permutations  of 
operand  possibilities  including  registers  and 
addressing  modes  but  not  permutations  of  memory 
addresses. 


In  the  Z80,  16 -bit  registers  are  useful  not  only 
in  addressing  but  also  in  manipulating  16-bit 
data.  The  Z80  provides  instructions  to  add,  sub- 
tract, increment,  decrement,  load,  store,  and 
exchange  16-bit  registers.  The  6502  has  no  16-bit 
data  manipulation  instructions.  Manipulating 
16-bit  data  with  the  6502  usually  requires  several 
more  instructions  than  equivalent  operations  with 
the  Z80. 

The  number  of  instructions  a processor  has  and  the 
usefulness  of  those  instructions  are  important 
factors  in  the  number  of  instructions  required  to 
perform  a particular  task.  Other  important 
factors  are  the  addressing  modes  and  the  number  of 
accumulators  or  registers  capable  of  being  the 
destination  of  arithmetic  operations.  The  more 
accumulators  a processor  has,  the  fewer  extraneous 
instructions  are  needed  to  move  data  to  where  it 
can  be  manipulated.  The  6502  has  one  8-bit 
accumulator  through  which  every  add  and  subtract 
operation  must  pass.  The  Z80,  on  the  other  hand, 
has  two  8-bit  accumulators  (A  and  A')  and  four 
16-bit  registers  that  can  be  the  destination  of 
arithmetic  operations  (HL,  HLf,  IX,  and  IY). 

Both  the  Z80  and  the  6502  have  interrupts.  The 
Z80  has  the  additional  capability  of  automatically 
vectoring  to  up  to  128  different  programmable 
locations  when  interrupts  occur.  An  8-bit  jump 
table  vector  is  automatically  asserted  by  Zilog 
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Z80  peripherals.  Vectoring  reduces  interrupt 
response  time  by  eliminating  the  need  for  software 
polling  to  determine  the  source  of  an  interrupt  in 
multiple  interrupt  systems.  The  Z80  also  has  non- 
vectoring interrupt  modes  for  use  in  less  complex 
systems.  The  6502  has  no  interrupt  vectoring 
capability. 

Another  important  difference  between  the  two  CPUs 
in  question  is  the  way  they  address  input  and 
output.  The  6502  has  no  special  provisions  for 
I/O  addressing  and  simply  interfaces  to  input  and 
output  devices  as  part  of  its  memory  space.  This 
is  referred  to  as  memory-mapped  I/O.  The  Z80  has 
specific  I/O  instructions  and  a specific  I/O 
address  space  of  256  bytes  in  addition  to  its 
memory  addressing  space.  Keeping  I/O  in  a 
separate  addressing  space  keeps  the  main  memory 
map  clear  and  reduces  the  chances  of  an  output 
device  being  erroneously  written  to  by  runaway 
programs.  If  the  need  for  memory-mapped  I/O 
addressing  ever  arises,  the  Z80  can  accommodate 
the  need  in  the  same  manner  as  the  6502. 

Dynamic  memory  is  used  in  many  microprocessor 
applications.  The  Z80  can  refresh  dynamic  memory 
automatically  without  special  refresh  circuitry. 
This  feature  can  reduce  the  cost  of  a board  by 
decreasing  the  number  of  components  needed.  The 
6502  has  no  refresh  capability.  Moreover,  it  is 
particularly  difficult  to  interface  the  6502  with 
dynamic  RAM  because  of  the  critical  nature  of  its 
memory  access  timing. 

The  Z80  and  the  6502  are  available  in  various 
versions,  specified  by  a letter  appended  to  the 
root  name,  for  example,  Z80A  or  6502B.  The  ver- 
sion, in  the  case  of  both  of  these  microprocessors 
is  closely  related  to  its  memory  access  timing 
(see  Table  3).  Notice  that  the  memory  access 
timing  for  a Z80A  is  very  close  to  the  memory 
timing  for  a 6502A.  Notice  also  that  the  clock 
frequency  of  the  Z80A  is  twice  that  of  the  6502A. 


Table  3*  Memory  Access  Times 
for  Various  Clock  Rates 


Memory  Access  Time 

Clock  Frequency 

Z80 

575  ns 

2.5  MHz 

6502 

650  ns 

1.0  MHz 

Z80A 

325  ns 

4.0  MHz 

6502A 

310  ns 

2.0  MHz 

Z80B 

190  ns 

6.0  MHz 

6502B 

170  ns 

3.0  MHz 

The  memory  access  timing  of  a microprocessor  is 
important  when  evaluating  the  overall  speed  and 
the  cost  of  a particular  application.  Faster 
memory  components  are  much  more  expensive  and 
difficult  to  obtain  than  slower  ones.  The  Z80  has 
a built-in  provision  for  interfacing  with  com- 
ponents that  cannot  respond  in  the  normal  access 
time.  The  Z80  has  an  input  pin  called  WAIT  that 
can  be  activated  whenever  a slow  device  is 
addressed.  Activating  the  WAIT  input  causes  the 


Z80  to  add  discrete  clock  cycles  to  its  access 
timing.  The  6502  can  interface  to  slower  compo- 
nents by  controlling  the  clock  directly,  but  doing 
so  requires  much  more  critical  timing  considera- 
tions than  the  method  used  with  the  Z80,  and  it 
defeats  the  usefulness  of  the  6502’s  internal 
clock  circuitry.  Moreover,  variations  in  the  main 
clock  might  not  be  tolerable  to  other  devices  in 
the  system. 

Interfacing  the  6502  to  program  memory  that  cannot 
respond  at  full  speed  is  futile,  because  90  per- 
cent of  the  6502  clock  cycles  are  typically  pro- 
gram memory  accesses  and  little  would  be  gained  by 
extending  those  cycles.  It  is,  however,  quite 
productive  to  use  a high-speed  Z80  with  program 
memory  that  cannot  respond  at  full  speed,  because, 
typically,  less  than  25  percent  of  the  Z80  clock 
cycles  are  program  memory  accesses  and  extending 
those  cycles  would  have  relatively  little  effect 
on  overall  execution  speed. 

BENCHMARK  RESULTS 

There  are  so  many  factors  involved  in  ascertaining 
a processor's  capabilities  that  it  is  difficult 
to  determine  specific  figures  without  actually 
writing  benchmark  programs.  When  evaluating  a 
processor  for  use  in  a particular  application,  the 
user  should  use  programs  representative  of  his  or 
her  application.  This  report  is  intended  for  a 
general  audience  of  users  and  presents  a wide 
variety  of  program  types  (see  Appendix  A for  the 
benchmark  program  specifications). 

Three  different  aspects  of  performance  are 
measured  by  the  benchmark  programs  here! 

1.  Memory  Utilization 

2.  Ease  of  Programming 

3.  Execution  Speed 

Memory  utilization  is  often  the  most  important 
criterion  in  measuring  the  performance  of  a 
processor.  It  measures  the  amount  of  memory 
(usually  program  memory)  used  by  the  processor  in 
performing  various  tasks.  It  is  important, 
because  the  cost  of  memory  is  often  one  of  the 
dominating  costs  of  a microprocessor  application. 
Table  4 lists  the  number  of  bytes  of  program 
memory  used  by  the  Z80  and  the  6502  in  each  of  the 
benchmark  programs. 


The  ease  of  programming  is  a somewhat  subjective 
issue,  but  very  important  nonetheless.  Software 
development  costs  are  enormous  and  can  outweigh 
many  other  considerations  made  by  microprocessor 
users.  One  measure  of  the  ease  of  programming  is 
the  number  of  instructions  (lines  of  code) 
required  to  perform  a given  task.  This  measure  is 
used  in  this  report  because  of  its  simplicity  and 
objectivity.  The  number  of  lines  of  source  code 
in  the  benchmark  programs  for  each  of  the  micro- 
processors is  shown  in  Table  5. 
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Table  4.  Number  of  Bytes  of  Program  Memory  Used 


Program  Description 

Z80 

6502 

Ratio 

6502/Z80 

Computed  GOTO  Implementation 

9 

27 

3.00 

8x8  Bit  Multiply  Routine 

26 

41 

1.58 

16  x 16  Bit  Multiply 

20 

44 

2.20 

Block  Move 

11 

51 

4.64 

Linear  Search 

8 

41 

5.13 

Insert  into  Linked  List 

12 

19 

1.58 

Bubble  Sort 

23 

31 

1.35 

Interrupt  Handling 

6 

11 

1.83 

Character  String  Translation 

17 

48 

2.82 

Dynamic  Memory  Access 

11 

24 

2.18 

Average  ratio  6502/Z80 

2.63 

Table  5.  Number  of  Lines  of  Source  Code 


Program  Description 

Z80 

6502 

Ratio 

6502/Z80 

Computed  GOTO  Implementation 

8 

17 

2.13 

8x8  Bit  Multiply  Routine 

14 

20 

1.43 

16  x 16  Bit  Multiply 

11 

23 

2.09 

Block  Move 

4 

27 

6.75 

Linear  Search 

3 

22 

7.33 

Insert  into  Linked  List 

6 

10 

1.67 

Bubble  Sort 

15 

15 

0.00 

Interrupt  Handling 

6 

7 

1.17 

Character  String  Translation 

10 

26 

2.60 

Dynamic  Memory  Access 

3 

13 

4.33 

Average  ratio  6502/Z80 

3.05 

Table  6 • Program  Execution  Times  for  the  Lowest  Speed  Versions* 


Program  Description 

usee 

Z80 

usee 

6502 

Ratio 

6502/Z80 

Computed  GOTO  Implementation 

20.27 

46.33 

2.29 

8x8  Bit  Multiply  Routine 

160.80 

196.00 

1.22 

16  x 16  Bit  Multiply 

405.20 

713.00 

1.76 

Block  Move 

16138.00 

31816.00 

1.97 

Linear  Search 

8406.00 

13011.00 

1.55 

Insert  into  Linked  List 

24.80 

34.00 

1.37 

Bubble  Sort 

250718.00 

280474.00 

1.12 

Interrupt  Handling 

17.2 

32.00 

1.86 

Dynamic  Memory  Access 

27.60 

47.00 

1.70 

Average  ratio  6502/Z80 

1.65 

* Z80  maximum  clock  frequency  is  2.5  MHz.  Memory  access  time  is  575  ns. 

* 6502  maximum  clock  frequency  is  1.0  MHz.  Memory  access  time  is  650  ns. 
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Execution  speed  can  be  important  in  several  ways. 
A computer  product  that  has  a human  interface, 
such  as  a keybord  and  display,  will  be  more 
productive  and  enjoyable  to  use  if  it  responds 
quickly.  A microprocessor  being  evaluated  for  use 
in  controlling  a high-speed  device  might  have  to 
be  rejected  if  it  cannot  meet  very  rigid  timing 
requirements. 

Execution  time  varies  significantly  depending  on 
which  version  of  Z80  or  6502  is  used,  so  a com- 
parison of  different  versions  is  important.  Table 
6 lists  the  execution  times  of  the  benchmark  pro- 
grams for  the  lowest  speed  versions  of  the  two 
microprocessors. 

The  most  relevant  comparison  of  execution  times  is 
shown  in  Table  7,  where  the  data  is  calculated 
from  versions  of  the  Z80  and  6502  that  can  operate 
in  systems  of  similar  speeds.  One  should  not  be 
confused  by  the  higher  clock  rate  of  the  Z80B, 
because  even  at  twice  the  clock  rate  of  the  6502B, 
the  Z80B  has  a longer  external  component  access 
time  than  the  6502B  (see  Table  3). 

CONCLUSION 

The  results  of  the  benchmark  programs  presented  in 
this  report  show  the  Z80  performing  significantly 
better  than  the  6502  in  nearly  every  aspect.  In 
six  of  the  ten  programs,  the  6502  used  more  than 
twice  the  amount  of  program  memory  than  the  Z80. 
In  the  bubble  sort  program,  the  6502' s best  re- 
lative performance,  it  used  35  percent  more 
program  memory  than  the  Z80.  The  number  of  lines 


of  code  used  varies  dramatically  from  one  program 
to  another,  but  none  of  the  programs  have  fewer 
lines  of  6502  code  than  Z80  code.  Comparing  ver- 
sions of  equivalent  speed  (Table  7),  the  Z80  ex- 
ecutes eight  of  the  ten  programs  in  less  time  than 
the  6502. 

In  all  three  measures  of  performance  (Tables  4,  5, 
and  7),  the  program  that  yields  the  best  results 
for  the  6502  is  the  bubble  sort.  The  bubble  sort 
program,  as  specified  in  Appendix  A,  operates  on 
an  array  of  less  than  256  bytes,  so  one  of  the 
8-bit  index  registers  in  the  6502  can  be  used  very 
effectively.  In  applications  that  primarily  use 
short  byte-oriented  data  structures,  the  6502  is 
worthy  of  consideration. 

Some  of  the  benchmark  programs  reveal  outstanding 
results  in  favor  of  the  Z80.  For  example,  the 
linear  search  program  and  the  dynamic  memory  block 
access  program  have  only  three  Z80  instructions, 
and  the  block  move  program  uses  only  eight  bytes 
of  program  memory.  The  reason  for  such  outstand- 
ing results  with  the  Z80  is  that  it  has  many 
exceedingly  powerful  instructions.  The  Block  Move 
and  Block  Search  instructions  illustrated  in  the 
benchmark  programs  are  only  a subset  of  the  many 
block-oriented  instructions  of  the  Z80.  The 
ability  to  access  and  manipulate  bytes  in  dynamic 
memory  blocks  spans  nearly  the  entire  Z80  instruc- 
tion set  and  is  greatly  appreciated  by  programmers 
who  deal  with  multi-tasking  software. 

In  applications  that  require  data  structures 
longer  than  256  bytes  or  that  manipulate  16-bit 
data,  the  Z80  is  likely  to  be  more  efficient  than 
the  6502,  particularly  in  terms  of  memory  utili- 
zation and  programmer  productivity. 


Table  7.  Execution  Times  for  Versions  with  Equivalent  Memory  Access  Time* 


Program  Description 

usee 

Z80B 

usee 

6502B 

Ratio 

6502B/Z80B 

Computed  GOTO  Implementation 

8.45 

15.44 

1.83 

8x8  Bit  Multiply  Routine 

67.00 

65.33 

0.98 

16  x 16  Bit  Multiply 

168.83 

237.67 

1.41 

Block  Move 

6724.17 

10605.3 3 

1.58 

Linear  Search 

3502.50 

4337.00 

1.24 

Insert  into  Linked  List 

10.33 

11.33 

1.10 

Bubble  Sort 

104465.83 

93491.33 

0.89 

Interrupt  Handling 

7.17 

10.67 

1.49 

Character  String  Translation 

5678.33 

7356.00 

1.30 

Dynamic  Memory  Access 

11.50 

15.67 

1.36 

Average  ratio  6502B/Z80B 

1.32 

* Z80B  maximum  frequency  is  6 MHz.  Memory  access  time  is  190  ns. 

* 6502B  maximum  clock  frequency  is  3 MHz.  Memory  access  time  is  170  ns. 
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APPENDIX  A.  BENCHMARK  PROGRAM  SPECIFICATION 

Computed  GOTO  implementation*  A byte  is  tested 
for  three  states:  negative,  zero,  and  positive. 

The  processor  branches  to  a different  variable 
address  for  each  state. 

The  byte  is  in  a register,  and  the  three  16-bit 
addresses  are  on  the  stack. 

8x8  Bit  Unsigned  Multiply  Routine*  Two  8-bit 
unsigned  integers  (INTI,  INT2)  located  randomly  in 
memory  (RAM  or  ROM)  are  multiplied  together  to 
form  a 16-bit  product  (INT3)  to  be  stored  in  RAM. 

16  x 16  Bit  Unsigned  Multiply*  Two  16-bit 
unsigned  integers,  located  wherever  is  most 
efficient,  are  multiplied  together  to  form  a 
32-bit  product. 

Block  Move.  Move  a block  of  memory  from  one 
location  to  another.  The  source  and  destination 
addresses  and  the  block  size  are  known  at  assembly 
time,  but  no  restriction  on  their  values  are 
allowed. 

Use  a block  size  of  1920  bytes  (a  typical  CRT 
screen)  for  time  calculation. 

Linear  Search*  Search  for  the  first  occurrence  of 
a certain  byte  in  a string  of  bytes.  The  string 
address  and  length  are  known  at  assembly  time,  but 
no  restrictions  on  their  values  are  allowed. 

Use  string  length  equal  to  1000  with  no  find  for 
time  calculations. 


Insert  into  Linked  List*  The  linked  list  exists 
in  RAM  (not  page  zero)  and  has  160  bit  forward 
pointers.  The  root  (pointer  to  top  entry)  may  be 
in  page  zero. 

The  address  of  the  entry  to  be  inserted  is  speci- 
fied wherever  is  most  efficient.  Insert  the  entry 
into  the  top  position. 

Bubble  sort*  Using  a standard  bubble  sorting 
algorithm,  arrange  an  array  of  bytes  (length  256) 
into  descending  order. 

To  calculate  the  timing,  use  a length  of  100  and 
assume  that  the  array  is  in  ascending  order  before 
sorting. 

Interrupt  Handling*  Respond  to  an  interrupt,  save 
processor  status,  save  registers,  restore  regis- 
ters, restore  processor  status,  and  return. 

Response  time  does  not  include  the  time  for  an 
executing  instruction  to  complete. 

Character  String  Translation*  A string  of  ASCII 
characters  of  known  length  is  translated  into 
EBCDIC  according  to  an  existing  256  byte  trans- 
lation table. 

Use  a length  of  1000  for  time  calculations. 

Dynamic  Memory  Access*  The  following  operations 
are  performed  on  bytes  within  a 256  byte  dynamic 
memory  block  (dynamic  means  the  block  address  is  a 
variable) . 

Set  bit  5 of  byte  151,  increment  byte  70,  and 
shift  byte  205  left. 
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APPENDIX  B*  Z80  PROGRAM  LISTINGS 


1*  Z80  Computed  GOTO  implementation 


I 


bytes 

cycles 

! COMPUTED  GOTO 

i 

(REG  A CONTAINS 

THE  BYTE  TO  BE  TESTED) 

1 

10 

C0G0T0 

POP 

DE 

!DE  = JUMP  ADDRESS  IF  POSITIVE 

1 

10 

POP 

HL 

! HL  = JUMP  ADDRESS  IF  ZERO 

1 

4 

OR 

A 

!TEST  THE  BYTE 

1 

11/5 

RET 

M 

! JUMP  TO  ADDRESS  FOR  NEGATIVE 

1 

10 

POP 

BC 

IDISCARD  ADDRESS  FOR  NEGATIVE 

2 

12/7 

JR 

Z,C0G010 

{JUMP  IF  BYTE  ZERO 

1 

4 

EX 

DE,  HL 

!HL  = ADDRESS  FOR  POSITIVE 

1 

4 

C0G010 

JP 

(HL) 

{JUMP  TO  APPROPRIATE  ADDRESS 

END 

Lines  = 8 


Bytes  = 9 
Cycles  = 50.67 

2m  Z80  8x8  Bit  Unsigned  Multiply  Routine 


! 

bytes  cycles  ! PREPARE  ARGUMENTS  FOR  SUBROUTINE 

! 


3 

13 

LD 

A, (INTI) 

{RANDOM  LOCATION 

1 

4 

LD 

E,A 

!REG  E = MULTIPLICAND 

3 

13 

LD 

A, (INT2) 

!REG  A = MULTIPLIER 

3 

17 

i 

CALL 

MULT8 

{CALL  SUBROUTINE 

! 8 X 8 

i 

UNSIGNED  MULTIPLY 

ROUTINE 

2 

7 

• 

MULT8 

LD 

D,0 

{EXTEND  MULTIPLICAND  TO  16  BIT 

1 

4 

LD 

H,D 

{INITIALIZE  MULTIPLIER/PRODUCT 

1 

4 

LD 

L,A 

2 

7 

LD 

B,8 

{INITIALIZE  LOOP  COUNTER 

1 

11 

MULTI10 

ADD 

HL,HL 

{SHIFT  MULTIPLIER/PRODUCT  LEFT 

2 

12/7 

JR 

NC,MULT20 

{JUMP  IF  MSB  OF  MULTIPLIER  WAS  0 

1 

11 

ADD 

HL,DE 

{ADD  MPCAND  TO  PRODUCT 

2 

13/8 

MULT20 

DJNZ 

MULT10 

!DEC  LOOP  CNTR  & JMP  IF  NOT  0 

1 

10 

t 

RET 

{RETURN 

! STORE 

i 

PRODUCT 

3 

16 

LD 

(INT3) ,HL 

END 

Lines  = 14 
Bytes  = 26 

Cycles  = 402  average 
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3#  Z80  16  x 16  Bit  Unsigned  Multiply 

t 

! 16  x 16  BIT  UNSIGNED  MULTIPLY 
! 

! BC  = MULTIPLICAND 
! DE  = MULTIPLIER  / PRODUCT  MSW 
bytes  cycles  ! HL  = PRODUCT  LSW 

! 


2 

7 

MULT16 

LD 

A, 16 

!A  = LOOP  COUNT 

3 

10 

LD 

HL  ,0 

UNIT  PRODUCT  LSW 

1 

11 

MULT30 

ADD 

HL,HL 

ISHIFT  MULTIPLIER/PRODUCT  LEFT 

2 

8 

RL 

E 

2 

8 

RL 

D 

!MSB  OF  MULTIPLIER  TO  CARRY 

2 

12/7 

JR 

NC,MULT30 

IJUMP  IF  MSB  WAS  0 

1 

11 

ADD 

HL,BC 

MULTIPLICAND  + PRODUCT  LSW 

2 

12/7 

JR 

NC,MULT40 

! HANDLE  CARRY  TO  MSW 

1 

6 

INC 

DE 

1 

4 

MULT40 

DEC 

A 

!DEC  LOOP  COUNT 

3 

10 

JP 

NZ, MULT 30 

!LOOP  TILL  DONE 

END 

Lines  =11 
Bytes  = 20 

Cycles  = 1013  average 


4.  Z80  Block  Move 


i 


bytes 

cycles 

! Move 
! 

BLKMOV 

a block 

of  memory. 

3 

10 

LD 

HL, SOURCE 

! SET  UP  POINTERS  & COUNT 

3 

10 

LD 

DE,DESTIN 

3 

10 

LD 

BC,BLKSIZ 

2 

21/16 

LDIR 

MOVE  BLOCK 

END 

Lines  = 

4 

Bytes  = 

11 

Cycles 

= 40345 

5.  Z80  Linear  Search 


bytes 

cycles 

! SEARCH  FOR 

i 

THE  BYTE  IN  REG  A 

3 

10 

SEARCH  LD 

HL, STRING 

! HL  = ADDRESS  OF  STING 

3 

10 

LD 

BC, LENGTH 

! BC  = LENGTH  OF  STRING 

2 

21/16 

CPIR 

! SEARCH  STRING 

END 

Lines  = 

3 

Bytes  = 

8 

Cycles 

= 21015 
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6.  Z80  Insert  into  a Linked  List 


i 


bytes 

cycles 

! INSERT  THE 

j 

INSERT  LD 

ENTRY  POINTED 

TO  BY  (HL) 

3 

13 

A, (ROOT) 

!XFER 

OLD  TOP  ENTRY 

PTR 

1 

7 

LD 

(HL),A 

3 

13 

LD 

A, (R00T+1 ) 

3 

16 

LD 

(ROOT) ,HL 

!R00T 

POINTS  TO  NEW 

ENTRY 

1 

6 

INC 

HL 

1 

7 

LD 

(HL),A 

END 

Lines  = 

6 

Bytes  = 

12 

Cycles 

= 62 

7.  Z80  Bubble  Sort 


! 


bytes 

cycles 

! BUBBLE  SORT 

i 

ARRAY  INTO  DESCENDING  ORDER 

3 

10 

« 

SORT 

LD 

HL , ARRAY 

UNIT  ARRAY  POINTER 

3 

10 

LD 

BC,PAIRCT*256 

UNIT  PAIR  CNTR  & ENCHANGE  FLAG 

1 

7 

SORT 20 

LD 

A, (HL) 

!GET  FIRST  BYTE  OF  PAIR 

1 

6 

INC 

HL 

! ADDRESS  NEXT  BYTE 

1 

7 

LD 

E,(HL) 

!GET  SECOND  BYTE  OF  PAIR 

1 

4 

CP 

E 

! COMPARE  FIRST  & SECOND  BYTE 

2 

12/7 

JR 

NC,S0RT30 

! JUMP  IF  FIRST  > = SECOND 

2 

7 

LD 

c,i 

!SET  EXCHANGE  FLAG 

1 

7 

LD 

(HL) ,A 

! EXCHANGE  THE  PAIR 

1 

6 

DEC 

HL 

1 

7 

LD 

(HL) ,E 

1 

6 

INC 

HL 

2 

13/8 

S0RT30 

DJNZ 

S0RT20 

!LOOP  TILL  ALL  PAIRS  EXAMINED 

1 

4 

DEC 

C 

! CHECK  EXCHANGE  FLAG 

2 

12/7 

! JUMP  IF  EXCHANGE  OCCURED 

END 

Lines  = 

15 

Bytes  = 

23 

Cycles 

= 626795 
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8*  Z80  Interrupt  Handling 


! 

bytes  cycles  ! INTERRUPT  OVERHEAD  (ADD  13  CYCLES  RESPONSE  TIME) 

i 


1 

4 

INTRPT  EX 

AF,AF» 

!SAVE  REGISTERS  AND  STATUS 

1 

4 

EXX 

1 

4 

EXX 

{RESTORE  REGISTERS  AND  STATUS 

1 

4 

EX 

AF,AF» 

1 

4 

El 

1 

10 

RET 

fRETURN  TO  INTERRUPTED  PROGRAM 

END 

Lines  = 

6 

Bytes  = 

6 

Cycles 

= 43 

9.  Z80  Character  String  Translation 

! 

! TRANSLATE  STRING  FROM  ASCII  TO  EBCDIC 
! 


bytes 

cycles 

! TRANSLATION 

t 

TABLE  MUST  BE  AT 

A PAGE  BOUNDARY. 

3 

10 

• 

TRANSL 

LD 

HL, STRING 

!HL  = STRING  ADDRESS 

2 

7 

LD 

D,HI  TABLE 

!D  = HIGH  BYTE  OF  XLATION  TALBE 

2 

7 

LD 

B,LO  LENGTH 

!B  = LOOP  COUNTER  LOW  BYTE 

2 

7 

LD 

C,HI  LENGTH+1 

!C  = LOOP  COUNTER  HIGH  BYTE 

1 

7 

TRAN10 

LD 

E, (HL) 

!GET  AN  ASCII  CHARACTER 

1 

7 

LD 

A, (DE) 

!USE  IT  TO  INDEX  EBCDIC  TABLE 

1 

7 

LD 

(HL) ,A 

{STORE  EBCDIC  CHAR  IN  STRING 

2 

13/8 

DJNZ 

TRAN10 

!DEC  AND  TEST  LOOP  COUNT 

1 

4 

DEC 

C 

2 

12/7 

JR 

NZ1TRAN10 

{JUMP  IF  NOT  DONE 

END 

Lines  = 

10 

Bytes  s 

17 

Cycles  = 

; 34070 

10*  Z80  Dynamic  Memory  Access 

! 


bytes  cycles  ! REG  IX  = MEMORY  BLOCK  ADDRESS 


4 

23 

i 

• 

DYNACC 

SET 

5, (IX+151 ) 

!SET  BIT  5 OF  BYTE  151 

3 

23 

INC 

(IX+70) 

{INCREMENT  BYTE  70 

4 

23 

SLA 

(IX+205) 

{SHIFT  BYTE  205  LEFT 

DONE 

END 

Lines  = 

3 

Bytes  = 

11 

Cycles 

= 69 
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APPENDIX  C.  6502  PROGRAM  LISTINGS 


1.  6502  Computed  GOTO  implementation 


I 


bytes 

cycles 

! COMPUTED  GOTO 

i 

(REG  X CONTAINS 

THE  BYTE  TO  BE  TESTED) 

1 

4 

C0G0T0 

PLA 

!POSADR= ADDRESS  FOR  POSITIVE 

2 

3 

STA 

POSADR 

1 

4 

PLA 

2 

3 

STA 

POSADR+1 

1 

4 

PLA 

2 

3 

STA 

ZERADR 

!ZERADR= ADDRESS  FOR  ZERO 

1 

4 

PLA 

2 

3 

STA 

ZERADR+1 

1 

2 

TXA 

! TEXT  THE  BYTE 

2 

3/2 

BPL 

C0G010 

! BRANCH  IF  NOT  NEGATIVE 

1 

6 

RTS 

! JUMP  TO  ADDRESS  FOR  NEGATIVE 

1 

4 

C0G010 

PLA 

! DISCARD  ADDRESS  FOR  NEGATIVE 

1 

4 

PLA 

1 

2 

TXA 

! TEST  THE  BYTE 

2 

3/2 

BNE 

C0G020 

! BRANCH  IF  NOT  ZERO 

3 

5 

JMP 

(ZERADR) 

! JUMP  TO  ADDRESS  FOR  ZERO 

3 

5 

C0G020 

JMP 

(POSADR) 

! JUMP  TO  ADDRESS  FOR  POSITIVE 

END 

Lines  = 

17 

Bytes  = 

27 

Cycles 

= 46.33 

average 
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2.  6502  8x8  Bit  Unsigned  Multiply  Routine 


bytes  cycles 


PREPARE  ARGUMENTS  FOR  SUBROUTINE 


3 

4 

LDA 

INTI 

! RANDOM  LOCATION 

2 

3 

STA 

MPCAND 

IPAGE  ZERO 

3 

4 

LDA 

INT2 

IRANDOM  LOCATION 

2 

3 

STA 

MPLIER 

IPAGE  ZERO 

3 

6 

i 

JSR 

MULT8 

ICALL  SUBROUTINE 

00 

X 

00 

UNSIGNED 

MULTIPLY  ROUTINE 

2 

2 

MULT8 

LDA 

#o 

! CLEAR  LOW  BYTE  OF  PRODUCT 

2 

2 

LDX 

m 

UNIT  LOOP  COUNTER 

1 

2 

MULT10 

ASL 

A 

ISHIFT  MULTIPLIER/PRODUCT  LEFT 

2 

5 

ROL 

MPLIER 

2 

2/3 

BCC 

MULT20 

! BRANCH  IF  MSB  WAS  0 

! ADD  MULTIPLICAND  TO  PRODUCT 

1 

2 

CLC 

2 

3 

ADC 

MPCAND 

2 

2/3 

BCC 

MULT20 

! HANDLE  CARRY  TO  HIGH  BYTE 

2 

5 

INC 

MPLIER 

1 

2 

MULT20 

DEX 

! DECREMENT  LOOP  COUNTER 

2 

2/3 

BNE 

MULT10 

! BRANCH  IF  NOT  DONE 

1 

6 

i 

RTS 

! RETURN 

STORE  PRODUCT 


3 

4 

STA 

INT3 

ILOW  BYTE 

2 

3 

LDA 

MPLIER 

IHIGH  BYT 

3 

4 

STA 

INT3+1 

END 

Lines  = 20 
Bytes  = 41 

Cycles  = 196  average 


rJ 
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3.  6502  16  x 16  Bit  Unsigned  Multiply 


bytes  cycles 


16  x 16  UNSIGNED  MULTIPLY 

MPCAND  : 2 CONSECUTIVE  BYTES  IN  PAGE  0 

MPLIER  : 2 CONSECUTIVE  BYTES  IN  PAGE  0 (PRODUC+2) 

PRODUC  : 4 CONSECUTIVE  BYTES  IN  PAGE  0 (OVERLAPPING  MPLIER) 


2 

2 

MULTI  6 

LDX 

#16 

UNIT  LOOP  COUNTER 

2 

2 

LDA 

#0 

UNIT  PRODUCT  LSW 

2 

3 

STA 

PRODUC 

2 

3 

STA 

PRODUC+1 

2 

5 

MULT30 

ASL 

PRODUC 

!SHIFT  MULTIPLIER/PRODUCT  LEFT 

2 

5 

ROL 

PRODUC+1 

2 

5 

ROL 

MPLIER 

2 

5 

ROL 

MPLIER+1 

2 

3/2 

BCC 

MULT40 

! JUMP  IF  MSB  WAS  0 

1 

2 

CLC 

! MULTI PL ICAND+PRODUCT  LSW 

2 

3 

LDA 

PRODUC 

2 

3 

ADC 

MPCAND 

2 

3 

STA 

PRODUC 

2 

3 

LDA 

PRODUC+1 

2 

3 

ADC 

MPCAND+1 

2 

3 

STA 

PRODUC+1 

2 

3 

LDA 

PRODUC+2 

1PR0P0GATE  CARRY 

2 

2 

ADC 

#0 

2 

3 

STA 

PRODUC+2 

2 

3/2 

BCC 

MULT40 

2 

5 

INC 

PRODUC+3 

1 

2 

MULT40 

DEX 

!DEC  LOOP  COUNT 

2 

3/2 

BNE 

MULT30 

!LOOP  TILL  DONE 

END 

Lines  = 

23 

Bytes  = 

44 

Cycles 

= 713 

average 
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4#  6502  Block  Move 


! 


bytes  cycles  ! Move  a block  of  memory. 

! 


2 

2 

BLKMOV 

LDA 

#L0  SOURCE 

! SET  UP  POINTERS  AND  COUNT 

2 

3 

STA 

SRCADR 

2 

2 

LDA 

mi  SOURCE 

2 

3 

STA 

SRCADR+1 

2 

2 

LDA 

#L0  DESTIN 

2 

3 

STA 

DSTADR 

2 

2 

LDA 

#HI  DESTIN 

2 

3 

STA 

DSTADR+1 

2 

2 

LDX 

#HI  COUNT 

2 

3/2 

BEQ 

LSTPAG 

! BRANCH  IF  SIZE  < 256  BYTES 

2 

2 

LDY 

#0 

!Y  REG  USED  AS  INDEX  & CNTR 

2 

5/6 

L00P1 

LDA 

(SCRCADR),Y 

'MOVE  A 256  BYTE  PORTION 

2 

6 

STA 

(DSTADR), Y 

1 

2 

DEY 

2 

3/2 

BNE 

L00P1 

2 

5 

INC 

SRCADR+1 

! POINT  TO  NEXT  256  BYTE  PART 

2 

5 

INC 

DSTADR+1 

1 

2 

DEX 

!X  REG=NUM  OF  256  BYTE  PARTS 

2 

3/2 

BNE 

L00P1 

2 

2 

LSTPAG 

LDY 

#L0  COUNT 

!Y  REG=NUM  OF  BYTES  REMAINING 

2 

3/2 

BEQ 

DONE 

! BRANCH  IF  NONE  LEFT 

2 

5 

DEC 

SRCADR 

! ADJUST  ADDRESSES 

2 

5 

DEC 

DSTADR 

2 

5/6 

L00P2 

LDA 

(SRCADR), Y 

!MOVE  REMAINING  BYTES 

2 

6 

STA 

(DSTADR),Y 

1 

2 

DEY 

2 

3/2 

BNE 

L00P2 

DONE 

END 

Lines  = 

27 

Bytes  = 

51 

Cycles 

= 31816 
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5.  6502  Linear  Search 


bytes 

cycles 

! SEARCH  FOR 

i 

BYTE  IN  REG  A 

2 

2 

SEARCH 

LDA 

#L0  STRING 

! SET  UP  STRING  POINTER 

2 

3 

STA 

STRADR 

2 

2 

LDA 

#11  STRING 

2 

3 

STA 

STRADR+1 

2 

2 

LDX 

#HI  COUNT 

!X  = HIGH  BYTE  OF  COUNT 

2 

3/2 

BEQ 

SRCH20 

! CHECK  FOR  0 

2 

2 

LDY 

#0 

! Y = COUNTER  AND  INDEX 

2 

5/6 

SRCH10 

CMP 

(STRADR), Y 

! MATCH? 

2 

3/2 

BEQ 

FOUND 

! BRANCH  IF  SO 

1 

2 

INY 

! INCREMENT  COUNT/INDEX 

2 

3/2 

BNE 

SRCH10 

! BRANCH  IF  NOT  DONE  WITH  256 

2 

5 

INC 

STRADR 

! UPDATE  POINTER  TO  NEXT  256 

1 

2 

DEX 

{DECREMENT  HIGH  BYTE  OF  COUNT 

2 

3/2 

BNE 

SRCH10 

! BRANCH  IF  NOT  LAST  PAGE 

2 

2 

SRCH20 

LDY 

#0  COUNT 

! CHECK  LAST  PARTIAL  PAGE 

2 

3/2 

BEQ 

DONE 

! BRANCH  IF  NO  PARTIAL  PAGE 

2 

2 

LDY 

#o 

!Y  = INDEX 

2 

5/6 

SRCH30 

CMP 

(STRADR), Y 

2 

3/2 

BEQ 

FOUND 

1 

2 

INY 

2 

2 

CPY 

#0  COUNT 

!DONE  WITH  LAST  PARTIAL  PAGE 

2 

3/2 

BNE 

SRCH30 

! BRANCH  IF  NOT 

DONE 

END 

Lines  = 

22 

Bytes  = 

41 

Cycles  = 

: 13011 

6.  6502 

: Insert 

into  Linked  List 

bytes 

cycles 

! INSERT 

j 

THE 

ENTRY  POINTED  TO 

BY  (NEWADR) 

2 

2 

INSERT 

LDY 

#0 

UNIT  INDEX  REG 

2 

3 

LDA 

ROOT 

!XFER  OLD  TOP  ENTRY  PTR 

2 

6 

STA 

(NEWADR) ,Y 

IFIRST  2 BYTES  IS  FORWARD  PTR 

2 

3 

LDA 

ROOT+1 

1 

2 

INY 

2 

6 

STA 

(NEWADR) ,Y 

2 

3 

LDA 

NEWADR 

{ROOT  POINTS  TO  NEW  ENTRY 

2 

3 

STA 

ROOT 

2 

3 

LDA 

NEWADR+1 

2 

3 

STA 

ROOT+1 

END 

Lines  = 

10 

Bytes  = 

19 

Cycles 

= 34 
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7.  Bubble  Sort 


i 


bytes  cycles  ! BUBBLE  SORT  ARRAY  INTO  DESCENDING  ORDER 

f 


2 

2 

SORT 

LDY 

#o 

UNIT  EXCHANGE  FLAG 

2 

2 

LDX 

#LENGTH-1 

UNIT  INDEX/PAIR  COUNT 

3 

4/5 

S0RT10 

LDA 

ARRAY, X 

! GET  FIRST  BYTE  OF  PAIR 

3 

4/5 

CMP 

ARRAY+1 ,X 

2 

3/2 

BCS 

S0RT20 

{BRANCH  IF  FIRST  > = SECOND 

2 

2 

LDY 

#1 

! SET  EXCHANGE  FLAG 

1 

3 

PHA 

{EXCHANGE  THE  PAIR 

3 

4/5 

LDA 

ARRAY+1 ,X 

3 

5 

STA 

ARRAY, X 

1 

4 

PLA 

3 

5 

STA 

ARRAY+1, X 

1 

2 

S0RT20 

DEX 

{DEX  INDEX/PAIR  COUNT 

2 

3/2 

BNE 

S0RT10 

{LOOP  TILL  ALL  PAIRS  EXAMINED 

1 

2 

DEY 

{CHECK  EXCHANGE  FLAG 

2 

3/2 

BEQ 

SORT 

{BRANCH  IF  EXCHANGE  OCCURRED 

END 

Lines  = 

15 

Bytes  = 

31 

Cycles 

= 280474 

8.  6502  Interrupt  Handling 


! 

bytes  cycles  ! INTERRUPT  OVERHEAD  (ADD  7 CYCLES  RESPONSE  TIME) 

! 


1 

3 

INTRPT  PHA 

{SAVE  REGISTERS 

2 

3 

STX 

XSAVE 

2 

3 

STY 

YSAVE 

2 

3 

LDY 

YSAVE 

{RESTORE  REGISTERS 

2 

3 

LDX 

XSAVE 

1 

4 

PLA 

1 

6 

RTI 

{RESTORE  PROCESSOR  STATUS 

END 

Lines  = 7 
Bytes  = 11 
Cycles  = 32 
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9.  6502  Character  String  Translation 


i 


bytes 

cycles 

! TRANSLATE 

i 

STRING  FROM  ASCII 

TO  EBCDIC 

2 

2 

TRANSL 

LDA 

#L0  STRING 

! SET  UP  STRING  POINTER 

2 

3 

STA 

STRADR 

2 

2 

LDA 

#HI  STRING 

2 

3 

STA 

STRADR+1 

2 

2 

LDA 

#HI  LENGTH 

! CHECK  HIGH  BYTE  OF  LENGTH 

2 

3/2 

BEQ 

TRAN20 

{BRANCH  IF  STRING  < 256  CHARS 

2 

3 

STA 

COUNT 

UNIT  COUNT 

2 

2 

LDY 

#0 

! Y = INDEX  FOR  PARTIAL  STRING 

2 

5 

TRAN 10 

LDA 

( STRADR ),Y 

{TRANSLATE  A BYTE 

1 

2 

TAX 

2 

4 

LDA 

TABLE, X 

2 

6 

STA 

(STRADR), Y 

1 

2 

INY 

{INCREMENT  INDEX 

2 

3/2 

BNE 

TRAN10 

{BRANCH  IF  NOT  DONE  WITH  PAGE 

2 

5 

INC 

STRADR+1 

{UPDATE  POINTER  TO  NEXT  PAGE 

2 

5 

DEC 

COUNT 

{DECREMENT  COUNT 

2 

3/2 

BNE 

TRAN 10 

{BRANCH  IF  NOT  LAST  PAGE 

2 

2 

TRAN20 

LDY 

#L0  COUNT 

JY  = INDEX/COUNT  FOR  LAST  PAGE 

2 

3/2 

BEQ 

DONE 

{BRANCH  IF  NO  PARTIAL  PAGE 

2 

5 

DEC 

STRADR 

{ADJUST  POINTER 

2 

5 

TRAN 30 

LDA 

(STRADR), Y 

{TRANSLATE  LAST  PARTIAL  PAGE 

1 

2 

TAX 

2 

4 

LDA 

TABLE, X 

2 

6 

STA 

(STRADR) ,Y 

1 

2 

DEY 

2 

3/2 

BNE 

TRAN30 

DONE 

END 

Lines  = 26 
Bytes  = 48 
Cycles  = 22068 
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10*  6502  Dynamic  Memory  Access 


j 

bytes  cycles  ! (BLOCK)  = ADDRESS  OF  MEMORY  BLOCK 

1 


2 

2 

DYNACC 

LDY 

#151 

! SET  BIT  5 OF  BYTE  151 

2 

5 

LDA 

(BLOCK), Y 

2 

2 

ORA 

#20 

2 

6 

STA 

( BLOCK ),Y 

2 

2 

LDY 

#70 

! INCREMENT  BYTE  70 

2 

5 

LDA 

( BLOCK ),Y 

1 

2 

CLC 

2 

2 

ADC 

#1 

2 

6 

STA 

( BLOCK ),Y 

2 

2 

LDY 

#205 

! SHIFT  BYTE  205  LEFT 

2 

5 

LDA 

(BLOCK), Y 

1 

2 

ASL 

A 

2 

6 

STA 

(BLOCK), Y 

DONE 

END 

Lines  =13 
Bytes  = 24 
Cycles  = 47 
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Integrating  an  8 -Bit 
DMA  Controller 
into  a 1 6-Bit  System 


Tutorial 


November  1980 


The  new  generation  of  16-bl+  microprocessors 
a I lows  the  system  designer  to  implement  a 
powerful,  but  cost-effective  computer  system 
using  the  currently  available  8-bit  periph- 
eral support  devices#  These  processors 
offer  advance  block  transfer  operations  that 
allow  blocks  of  data  to  be  moved  between 
memory  and  an  Input/Output  (I/O)  device# 
Although  the  data  transfer  rates  achieved 
are  very  high,  they  are  still  inadequate  for 
interfacing  some  system  peripherals  such  as 
the  new  8M  Winchester  disk  drives#  To  In- 
corporate such  high-speed  peripheral 
devices,  the  system  designer  needs  to  inte- 
grate a Direct  Memory  Access  (DMA)  control ler 
device  Into  the  system.  This  article  illus- 
trates the  increase  in  throughput  obtained  by 
integrating  an  8-bit  DMA  device  Into  a 16- 
bit  microprocessor  system  and  discusses  the 
various  Interface  techniques  and  trade-offs 
involved  in  such  a task. 


Z80  DIRECT  MEMORY  ACCESS  CONTROLLER 

A DMA  device  performs  the  dedicated  task  of 
moving  data  in  a microprocessor  system  inde- 
pendently of  the  Central  Processing  Unit 
(CPU).  The  transfers  are  usually  between 
memory  and  an  I/O  device,  but  some  DMAs  are 
capable  of  moving  data  from  memory  to  memory 
or  between  two  I/O  devices.  In  a smal I 
microprocessor  system,  the  CPU  can  normal ly 
do  these  transfers  via  software,  but  this 
results  in  a reduction  of  system  throughput 
and  ties  up  the  CPU  for  long  periods  of  time 
when  a large  amount  of  data  is  to  be  moved. 
The  response  time  of  the  CPU  in  these  CPU- 
managed  transfers  is  inherently  slow  and  may 
not  be  adequate  in  situations  where  the 
nature  of  data  transfers  demands  fast 
response.  The  addition  of  a DMA  device  to  an 
8-bit  microprocessor  system  Is  easily  accom- 
plished, since  most  8-bit  CPU  families  have  a 
DMA  control ler  device  that  shares  common 
f am i I y i nterf ace  protoco I • I ntegrat i ng  a DMA 
device  into  a 16-bit  system  poses  two  options 
to  the  system  designer.  Since  16-bit  LSI  DMA 
devices  are  not  presently  available,  the 
designer  can  use  the  8-bit  devices  with  addi- 


tional hardware,  or  can  opt  for  Implementing 
DMA  functions  using  discrete  TTL  logic.  The 
latter  approach  offers  the  advantage  of 
implementing  only  those  functions  that  are 
needed.  However,  even  In  the  most  simple 
cases,  a high  part  count  is  required  to  add 
DMA  capability  using  this  approach.  The 
8-bit  devices,  on  the  other  hand,  offer 
extensive,  integrated  capabilities  and 
require  relatively  little  additional  logic 
to  Interface  to  16-bit  processors. 

The  Z80  DMA  Is  a powerful  8-bit  DMA  device 
and,  unlike  most  other  DMAs,  It  takes  com- 
plete control  of  the  system  bus  during  the 
data  transfer.  It  generates  all  bus  signals 
normal ly  generated  by  the  Z80  CPU  during  a 
data  transfer  without  any  external  TTL 
packages.  Data  transfers  can  be  accom- 
plished in  three  different  modes.  In  the 
Byte  mode,  one  byte  of  data  is  transferred  at 
a time,  giving  control  of  the  system  bus  to 
the  CPU  after  each  byte  transfer.  In  the 
Burst  mode,  a block  of  data  bytes  Is  trans- 
ferred and  data  transfer  operations  continue 
until  the  READY  signal  (normally  from  an  I/O 
device)  becomes  inactive.  At  this  time,  bus 
control  Is  returned  to  the  CPU  and  when  the 
I/O  device  Is  ready  to  move  more  data  (acti- 
vating the  READY  signal),  the  data  transfer 
operation  is  started  again.  These  bursts  of 
data  transfers  continue  until  the  whole  block 
has  been  moved.  The  Continuous  mode  operates 
in  the  same  fashion  as  the  Burst  mode,  except 
that  the  bus  control  Is  returned  to  the  CPU 
only  when  the  operation  Is  complete.  If  the 
READY  signal  goes  inactive  before  the  whole 
block  is  moved,  the  DMA  simply  pauses  until 
It  becomes  active  again.  In  addition  to  data 
transfers,  the  Z80  DMA  can  also  search  for  a 
specific  data  byte.  In  the  Search  mode,  data 
bytes  are  compared  to  a programmable  Mmatch 
byte”  and  an  interrupt  may  be  generated  when 
a match  is  found. 

The  Z80  DMA  can  generate  two  port  addresses, 
with  either  address  being  variable  or  fixed. 
It  is  capable  of  doing  a data  transfer  from 
memory  to  memory  or  between  two  I/O  devices, 
using  a single  channel  in  any  of  the  three 
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modes  described  above.  The  Z80  DMA  has  a 
programmable  cycle  length.  Thus,  the  read 
and  write  cycles  of  a data  transfer  operation 
can  be  made  two,  three  or  four  clock  cycles 
long,  and  the  four  control  signals  associated 
with  data  transfers  can  be  deactivated  one- 
half  clock  cycle  before  the  read  or  write 
cycle  ends.  These  programmable  features  allow 
easy  interface  of  the  DMA  to  slow  or  fast 
system  components.  In  addition,  the  DMA  can 
be  made  to  automatically  repeat  a complete 
operation  usin^  the  “auto  restart”  feature. 
Multiple  DMAs  can  be  daisy-chained  in  a 
system  without  any  TTL  support  logic.  A 
complete  description  of  all  the  available 
features  of  the  DMA  can  be  found  in  the  Z80 
DMA  Technical  Manual  (document  #00-20 13-A). 


COMPARISON  OF  DATA  TRANSFER 
RATES  IN  A SMALL  SYSTEM 

Table  1 illustrates  the  various  transfer 
speeds  that  can  be  obtained  In  a micro- 
processor system  with  a Z80A  CPU,  a Z8000 
CPU,  or  a Z80A  DMA.  The  Z80A  DMA  can  achieve 
an  impressive  transfer  rate  of  1 Mbyte/sec. 
The  Z80A  CPU,  using  the  powerful  block  trans- 


programmed  to  search  for  a specific  byte  of 
data  while  it  is  transferring  data.  This 
allows  the  system  to  perform  powerful  string 
operations  at  very  high  data  rates.  The 
transfer  rates  shown  in  Table  1 illustrate 
the  improvement  in  system  throughput  that  can 
be  achieved  with  a DMA  device. 


INTEGRATION  OF  A Z80  DMA  IN  A Z8000  SYSTEM 

A small,  yet  effective,  Z8000  system  can  be 
built  using  currently  available  Z80  periph- 
erals. The  implementation  of  such  a system 
is  fully  described  in  the  Zilog  application 
note  A Sma 1 1 Z8000  System  (document 
#03-8060-01).  Previous  discussion  has  proven 
the  advantage  of  the  addition  of  a DMA  device 
to  such  a system.  The  rest  of  this  article 
will  describe  the  additional  logic  required 
to  integrate  the  Z80  DMA  Into  a Z8000-based 
system.  By  carefully  selecting  and  imple- 
menting only  those  functions  required,  the 
designer  can  minimize  the  additional  TTL 
logic.  Since  Z80  peripherals  share  common 
Interface  logic.  It  Is  not  necessary  to 
duplicate  the  logic  when  other  Z80  periph- 
erals are  added  to  the  system. 


Table  1*  Maximum  Data  Transfer  Rates 


Z80A  CPU  Z80A  DMA1  Z8000  CPU 


Memory 

0.19  Mbytes/sec 

1.0  Mbytes/sec 

0.44  Mbytes/sec 

to 

1.0  Mword s/sec** 

0.44  Mwords/sec 

Memory 

1/0 

1.0  Mbytes/sec 

to 

1.0  Mwords/sec** 

1/0 

1/0 

0.19  Mbytes/sec 

1.0  Mbytes/sec 

0.4  Mbytes/sec 

to 

1.0  Mwords/sec** 

Memory 

2.0  Mbytes/sec* 
2.0  Mwords/sec* 

0.4  Mwords/sec 

1 Continuous  mode  operation 
* In  Search/Transfer  mode  with  external  logic 
**Requires  external  logic  for  word  transfers 


fer  Instruction,  can  transfer  data  at  0.19 
Mbytes/sec.  Since  the  DMA  achieves  the  1 
Mbyte/sec.  transfer  rate  using  two-clock- 
cycle  operations  for  each  byte  of  transferred 
data,  it  requires  memory  devices  with  rela- 
tively short  access  times.  The  Z8000  CPU  has 
a maximum  memory- to-memory  data  transfer  rate 
of  0.44  Mtransfers/sec.,  and  a maximum  ! /0— 
to-memory  data  transfer  rate  of  0.40  Mtrans- 
fers/sec. The  same  transfer  rates  are  ob- 
tained by  the  Z8000  CPU  whether  the  data 
transferred  Is  a byte  or  a word.  However, 
since  the  DMA  can  be  made  to  transfer  words 
with  some  additional  hardware,  it  can  still 
provide  a data  transfer  rate  of  1 Mtrans- 
fer/sec.  In  addition,  the  DMA  can  also  be 


Figure  1 shows  a block  diagram  of  the  inter- 
face requirements  for  a Z80  DMA  device  In  a 
Z8000  system.  The  Small  Z8000  System  Appli- 
cation  Note  already  implements  part  of  the 
logic  shown  In  Figure  1.  These  Interface 
functions  are  common  to  other  Z80  periph- 
erals, such  as  the  PIO,  SIO  and  CTC.  This 
includes  the  3-state  address  buffers  and 
bidirectional  data  buffers,  which  are  used  to 
demultiplex  the  system  address  and  data 
buses.  The  DMA  is  connected  to  the  demulti- 
plexed address  and  data  lines  rather  than 
being  placed  closer  to  the  CPU.  Other  common 
functional  blocks  are  the  Status  Decoder,  1/0 
Decoder,  and  Z8000-to-Z80  Control  Translator 
logic. 
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Figure  1.  Block  Diagram 


Since  the  Z80  DMA  takes  complete  control  of 
address  and  data  buses  during  an  operation. 

It  generates  Z80  CPU  system-bus-compatible 
control  signals.  However,  these  signals  are 
not  compatible  with  the  system  bus  control 
signals  generated  by  Z8000  CPU,  and  a Z80-to- 
Z8000  Control  Translator  logic  block  Is 
required  to  Interface  the  DMA  with  the  Z8000 
system.  In  particular,  the  signals  that  need 
to  be  generated  In  order  to  effectively 
control  the  system  bus  are  four  status 
signals  ST0-ST3,  Byte/Word  (B/W),  Normal/ 
System  (N/S),  Read/Write  (R/W),  Memory 
Request  (MREQ),  Data  Strobe  (DS),  and  Address 
Strobe  (AS),  The  segmented  Z8001  CPU  gene- 
rates a segment  address  and  a 16-blt  offset 
address  within  the  segment.  Since  the  DMA 
can  only  output  16  bits  of  address  informa- 
tion, a Segment  Register  Is  required  to  store 
the  segment  information.  The  segment  number 
is  latched  in  this  register  by  the  Z8000  CPU 
prior  to  DMA  operation.  In  memory-to-memory 
data  transfers,  the  data  to  be  moved  must 
reside  in  the  same  64K  address  space.  How 
ever,  in  memory- to- I /0  operations,  when  the 
block  of  data  to  be  moved  crosses  a segment 
boundary,  the  operation  requires  the  loading 
of  a new  segment  number  Into  the  Segment 
Register  before  crossing  the  segment 
boundary.  The  Segment  Register  Is  shown  In 
Figure  1, 

A 4-bit  Control  Register  that  has  been 
appropriately  programmed  by  the  Z8000  CPU 
before  it  enables  the  DMA  is  used  to  generate 
N/S,  B/W,  and  W/DW  signals.  These  three 


signals  remain  active  throughout  the  DMA 
operation.  The  DMA  provides  two  signals 
(MREQ  and  I0RQ)  that  indicate  whether  a 
memory  or  an  I/O  address  Is  being  accessed. 
These  signals  are  gated  with  signals 
generated  by  the  Z8000  Status  Decoder,  which 
decodes  the  status  signals  ST0-ST3  to  dif- 
ferentiate between  memory  and  I/O  accesses  in 
the  current  CPU  operation.  Since  the  memory 
and  I/O  address  spaces  of  the  DMA  are  the 
same  size,  the  MREQ  and  I0RQ  signals  can  be 
interchanged  to  generate  other  Z8000  control 
signals.  The  Write  TWR)  signal  of  the  DMA  is 
used  to  generate  the  R/W  signal. 

The  timing  relationship  between  the  DMA 
control  signals  (IORQ,  MREQ,  RD,  WR)  and 
three  of  the  Z8000  control  signals  (AS,  DS, 
MREQ)  is  shown  in  Figure  2.  In  order  to 
generate  AS  and  DS  from  the  DMA-generated 
control  signals,  the  DMA  must  be  operated  In 
the  variable  cycle  mode  with  a cycle  length 
of  four  clock  cycles.  The  DMA,  however,  can 
be  a I lowed  to  run  with  an  operational  cycle 
of  two  clock  cycles.  If  the  memory  controller 
can  initiate  and  complete  a memory  transac- 
tion with  the  DMA*s  control  signals  instead 
of  using  AS  and  DS,  and  if  the  memory  devices 
have  the  fast  access  times  necessary  for 
two-cycle  transfers.  Figure  3 illustrates 
the  generation  of  AS,  DS,  and  MREQ  signals 
from  DMA  control  signals  RD,  WR,  and  MREQ, 

The  four  clock  cycle  memory  read  or  write 
operation  of  the  DMA  is  translated  to  a 
three  clock  cycle  CPU  memory  read  or  write 
operation  with  this  logic.  The  DS  signal  is 
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generated  from  RD  and  WR  signals  as  shown  In 
the  same  figure. 

When  a dynamic  RAM  array  needs  to  be  re- 
freshed, It  becomes  necessary  to  extend  a 
DMA  read  or  write  cycle.  This  Is  achieved  by 
activating  the  WAIT  signal  of  the  DMA.  This 
signal  is  multiplexed  with  the  Chip  Enable 
(CE)  signal  in  the  device,  since  the  DMA 
needs  to  be  waited  only  when  it  is  the  bus 
master.  The  WAIT  signal,  however.  Is  sampled 
only  at  fixed  instances  during  a read  or  a 
write  cycle  and  then  only  if  the  cycle  is 
more  than  two  clock  cycles  long  when  the 
programmable  operational  cycle  feature  is 
selected.  Thus,  in  a three  or  four  clock 
cycle  Memory  Read  or  Write,  the  WAIT  line  is 
sampled  at  the  falling  edge  of  the  second 
clock,  and  on  the  failing  edge  of  the  third 
clock  In  a four  clock  cycle  I/O  Read  or  Write 
as  illustrated  in  Figure  2.  This  implies 
that  in  order  to  be  able  to  use  the  WAIT 
signal  to  extend  the  DMA  operational  cycle, 
the  designer  has  to  opt  for  four  clock  cycle 
transfers  and  use  IORQ  signal  from  the  DMA  to 
generate  AS  and  DS  signals,  rather  than  the 
MREQ  signal  as  shown  in  Figure  3.  Since  the 
memory  and  I/O  spaces  of  the  Z80  DMA  are  64K 
bytes  each,  the  IORQ  signal  can  be  used  to 
Indicate  a memory  access  and  the  MREQ  signal 
to  indicate  I/O  access. 
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Figure  3.  AS-,DS-,MREQ-  Generation 
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BYTE,  WORD  AND  DOUBLE  WORD  DATA  TRANSFERS 

The  address  translation  logic.  In  conjunction 
with  the  data  buffers,  allows  the  DMA  to 
perform  byte,  word  or  double  word  transfers. 
The  designer  has  the  option  of  selecting  one 
or  more  of  these  data  transfer  modes.  How- 
ever, the  hardware  required  to  implement  the 
functions  increases  as  more  options  are 
selected.  When  only  byte  transfers  are 
desired,  no  address  translation  logic  or  data 
buffering  is  needed,  but,  because  the  system 
data  bus  Is  16-bits  wide,  an  8-bit  bus  trans- 
ceiver buffer  is  required  to  enable  the  DMA 
to  access  the  higher  byte  of  the  data  bus 
(Figure  4).  In  this  case,  the  DMA*s  address 
bus  is  directly  connected  to  the  system 
address  bus.  When  16-bit  transfers  are 
desired,  the  DMA  address  bus  is  shifted  so 
that  low  address  bit  AO  is  physically  con- 
nected to  system  address  bit  SA1.  In  this 
case,  A15  of  the  DMA  is  not  used  and  SAO  is 
ignored  by  the  memory  control ler.  An  8-bit 


data  buffer  serves  the  purpose  of  storing  the 
higher  order  data  byte  during  the  read  cycle 
and  driving  it  in  the  write  cycle.  This  Is 
illustrated  In  Figure  5.  The  32-bit  data 
transfer  operation  is  similar  to  the  16-bit 
operation  but  requires  two  additional  data 
buffers  and  the  shifting  of  the  address  bus 
by  an  additional  bit.  These  approaches, 
however,  require  that  the  same  data  bus  width 
be  used  in  data  transfers  between  memory  and 
an  I/O  device. 

Figure  6 shows  the  address  translation  logic 
needed  to  do  8-,  16-  and  32-bit  data  trans- 
fers. The  CPU  needs  to  set  up  two  signals, 
B/W  and  W/DW,  before  enabling  the  DMA  to 
determine  the  data  transfer  width.  These  two 
signals  then  control  the  shifting  of  the 
DMA*s  address  bus  for  the  generation  of 
system  addresses.  Thus,  while  moving  bytes, 
the  two  transparent  latches  are  enabled  and 
the  DMA  address  bus  remains  unshifted.  The 
data  byte  can  be  stored  in  any  of  the  data 


SYSTEM 

ADDRESS 

BUS 
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buffers  (Figure  5)  or  by  the  DMA,  depending 
upon  the  memory  organization.  To  accomplish 
word  or  double  word  transfers,  the  address 
bus  Is  shifted  via  the  multiplexers  by  one  or 
two  bits,  depending  on  the  control  signals. 
Only  the  four  multiplexers  and  a data  buffer 
are  required  to  perform  8-  and  16-bit  data 
movements.  Since  the  upper  address  bits  from 
DMA  are  not  used  in  16-  and  32-bit  transfers, 
up  to  32K  words  and  16K  double  words  can  be 
moved  in  a single  DMA  block  transfer.  To 
compensate  for  the  shifting  of  these 
addresses,  the  actual  port  addresses  are 
shifted  right  by  one  or  two  bits  before  being 
written  to  the  DMA. 


ler  always  transfers  the  data  byte  (In  a byte 
mode)  on  the  low-order  eight  bits  of  the  data 
bus. 


SUMMARY 

Integration  of  a 8-blt  DMA  device  into  a 
16-bit  microprocessor  system  Improves  system 
performance  and  a I lows  the  system  to  add  new 
fast  peripherals.  The  Interfacing  requires 
additional  logic,  but  some  of  this  logic  Is 
already  implemented  in  the  system  since  the 
system  usually  contains  other  8-bit  periph- 
erals of  the  same  CPU  family  sharing  common 


Figure  6.  8-,  16-  or  32-Bit  Data  Transfer  Address  Translation  Logic 


USING  THE  SEARCH  MODE 

The  search  or  search/transfer  modes  of  the 
Z80  DMA  need  special  interfacing  considera- 
tion. Since  the  DMA  can  search  for  bytes 
only,  the  use  of  these  functions  is  limited 
In  a 16-bit  environment  without  any  support 
logic.  Thus,  when  the  DMA  is  set  up  to  do 
8-blt  transfers,  the  hardware  shown  in  Figure 
4 allows  searches  on  both  halves  of  the  data 
bus  when  the  data  bus  is  16  bits  wide.  In 
the  16-  and  32-bIt  transfer  modes,  however, 
the  DMA  can  compare  only  the  low-order  data 
byte,  and  external  hardware  is  required  if 
any  of  the  higher  order  data  bytes  need  to  be 
searched.  When  the  hardware  Is  set  up  to  do 
8-,  16-  and  32-bit  data  transfers,  the  search 
mode  can  be  used  only  if  the  memory  control- 


interface  logic.  Also,  the  implementation 
of  the  extra  logic  needed  to  integrate  the 
8-bit  DMA  can  be  minimized  by  carefully 
selecting  and  implementing  only  necessary  DMA 
functions  that  contribute  to  the  improvement 
of  overal I system  performance. 
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INTRODUCTION 

The  Z8500  Family  consists  of  universal  peripherals 
that  can  interface  to  a variety  of  microprocessor 
systems  that  use  a non -multiplexed  address  and 
data  bus.  Though  similar  to  Z80  peripherals,  the 
Z8500  peripherals  differ  in  the  way  they  respond 
to  I/O  and  Interrupt  Acknowledge  cycles.  In 
addition,  the  advanced  features  of  the  Z8500 
peripherals  enhance  system  performance  and  reduce 
processor  overhead. 

To  design  an  effective  interface,  the  user  needs 
an  understanding  of  how  the  Z80  Family  interrupt 
structure  works,  and  how  the  Z8500  peripherals 
interact  with  this  structure.  This  application 
note  provides  basic  information  on  the  interrupt 
structures,  as  well  as  a discussion  of  the 
hardware  and  software  considerations  involved  in 
interfacing  the  Z8500  peripherals  to  the  Z80 
CPUs.  Discussions  center  around  each  of  the 
following  situations: 

• Z80A  4 MHz  CPU  to  Z8500  4 MHz  peripherals 

• Z80B  6 MHz  CPU  to  Z8500A  6 MHz  peripherals 

• Z80H  8 MHz  CPU  to  Z8500  4 MHz  peripherals 

• Z80H  8 MHz  CPU  to  Z8500A  6 MHz  peripherals 

This  application  note  assumes  the  reader  has  a 
strong  working  knowledge  of  the  Z8500  peripherals; 
it  is  not  intended  as  a tutorial. 

CPU  HARDWARE  INTERFACING 

The  hardware  interface  consists  of  three  basic 
groups  of  signals:  data  bus,  system  control,  and 

interrupt  control,  described  below.  For  more 
detailed  signal  information,  refer  to  h log’s 
Data  Book,  Universal  Peripherals. 


Data  Bus  Signals 

Dy-Dg  Data  Bus  (bidirectional,  3-state).  This 
bus  transfers  data  between  the  CPU  and  the 
peripherals. 

System  Control  Signals 

An-Ag  Address  Select  Lines  (optional) . These 
lines  select  the  port  and/or  control 
registers. 

Chip  Enable  (input,  active  Low).  T?T  is 
used  to  select  the  proper  peripheral  for 
programming.  UT  should  be  gated  with  IdftQ 
or  MRCQ  to  prevent  spurious  chip  selects 
during  other  machine  cycles. 

W*  Read  (input,  active  Low).  "RU  activates  the 
chip-read  circuitry  and  gates  data  from  the 
chip  onto  the  data  bus. 

W*  Write  (input,  active  Low).  W strobes  data 
from  the  data  bus  into  the  peripheral. 

*Chip  reset  occurs  when  Rt)  and  W are  active 
simultaneously. 

Interrupt  Control 

I NT AC k Interrupt  Acknowledge  (input,  active  Low). 
This  signal  indicates  an  Interrupt 
Acknowledge  cycle  and  is  used  with  RU  to 
gate  the  interrupt  vector  onto  the  data 
bus. 

IMT  Interrupt  Request  (output,  open-dram, 
active  Low) . 


IEI  Interrupt  Enable  In  (input,  active  High). 

1E0  Interrupt  Enable  Out  (output,  active 

High) . 

These  lines  control  the  interrupt  daisy 
chain  for  the  peripheral  interrupt 
response^ 


Z8500  I/O  OPERATION 

The  Z8500  peripherals  generate  internal  control 
signals  from  "RF  and  W.  Since  PCLK  has  no 
required  phase  relationship  to  "RF  or  W,  the 
circuitry  generating  these  signals  provides  time 
for  metastable  conditions  to  disappear. 

The  Z8500  peripherals  are  initialized  for  dif- 
ferent operating  modes  by  programming  the  internal 
registers.  These  internal  registers  are  accessed 
during  I/O  Read  and  Write  cycles,  which  are 
described  below. 


Read  Cycle  Timing 

Figure  1 illustrates  the  Z8500  Read  cycle  timing. 
All  register  addresses  and  INiTACK  must  remain 
stable  throughout  the  cycle.  If  FIT  goes  active 
after  "RF  goes  active,  or  if  FF  goes  inactive 
before  FF  goes  inactive,  then  the  effective  Read 
cycle  is  shortened. 


Write  Cycle  Timing 

Figure  2 illustrates  the  Z8500  Write  cycle 
timing.  All  register  addresses  and  TNT ACk  must 
remain  stable  throughout  the  cycle.  If  FF  goes 
active  after  W goes  active,  or  if  FF  goes  in- 
active before  W goes  inactive,  then  the  effective 
Write  cycle  is  shortened.  Data  must  be  available 
to  the  peripheral  prior  to  the  falling  edge  of  W. 

PERIPHERAL  INTERRUPT  OPERATION 

Understanding  peripheral  interrupt  operation 
requires  a basic  knowledge  of  the  Interrupt 
Pending  (IP)  and  Interrupt  Under  Service  (IUS) 
bits  in  relation  to  the  daisy  chain.  Both  Z80  and 
Z8500  peripherals  are  designed  in  such  a way  that 
no  additional  interrupts  can  be  requested  during 
an  Interrupt  Acknowledge  cycle.  This  allows  the 
interrupt  daisy  chain  to  settle,  and  ensures 
proper  response  of  the  interrupting  device. 

The  IP  bit  is  set  in  the  peripheral  when  CPU 
intervention  is  required  (such  conditions  as 
buffer  empty,  character  available,  error  detec- 
tion, or  status  changes).  The  Interrupt  Ac- 
knowledge cycle  does  not  necessarily  reset  the  IP 
bit.  This  bit  is  cleared  by  a software  command  to 
the  peripheral,  or  when  the  action  that  generated 
the  interrupt  is  completed  (i.e.,  reading  a 
character,  writing  data,  resetting  errors,  or 
changing  the  status) . When  the  interrupt  has  been 
serviced,  other  interrupts  can  occur. 
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Figure  1 . Z8500  Peripheral  I/O  Read  Cycle  Timing 
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Figure  2.  Z85Q0  Peripheral  I/O  Write  Cycle  Timing 


The  IUS  bit  indicates  that  an  interrupt  is 
currently  being  serviced  by  the  CPU.  The  IUS  bit 
is  set  during  an  Interrupt  Acknowledge  cycle  if 
the  IP  bit  is  set  and  the  IEI  line  is  High.  If 
the  IEI  line  is  Low,  the  IUS  bit  is  not  set,  and 
the  device  is  inhibited  from  placing  its  vector 
onto  the  data  bus.  In  the  Z80  peripherals,  the 
IUS  bit  is  normally  cleared  by  decoding  the  RETI 
instruction,  but  can  also  be  cleared  by  a software 
command  (SIO).  In  the  Z8500  peripherals,  the  IUS 
bit  is  cleared  only  by  software  commands. 

Z80  Interrupt  Daisy-Chain  Operation 

In  the  Z80  peripherals,  both  the  IP  and  IUS  bits 
control  the  IEO  line  and  the  lower  portion  of  the 
daisy  chain. 

When  a peripheral’s  IP  bit  is  set,  its  IEO  line  is 
forced  Low.  This  is  true  regardless  of  the  state 
of  the  IEI  line.  Additionally,  if  the  peripher- 
al’s IUS  bit  is  clear  and  its  IEI  line  High,  the 
INlT  line  is  also  forced  Low. 


When  the  Z80  CPU  executes  the  RETI  instruction, 
the  peripherals  monitor  the  data  bus  and  the  high- 
est priority  device  under  service  resets  its  IUS 
bit . 

Z8500  Interrupt  Daisy-Chain  Operation 

In  the  Z8500  peripherals,  the  IUS  bit  normally 
controls  the  state  of  the  IEO  line.  The  IP  bit 
affects  the  daisy  chain  only  during  an  Interrupt 
Acknowledge  cycle.  Since  the  IP  bit  is  normally 
not  part  of  the  Z8500  peripheral  interrupt  daisy 
chain,  there  is  no  need  to  decode  the  RETI  in- 
struction. To  allow  for  control  over  the  daisy 
chain,  Z8500  peripherals  have  a Disable  Lower 
Chain  (DLC)  software  command  that  pulls  IEO  Low. 
This  can  be  used  to  selectively  deactivate  parts 
of  the  daisy  chain  regardless  of  the  interrupt 
status.  Table  1 shows  the  truth  tables  for  the 
Z8500  interrupt  daisy-chain  control  signals  during 
certain  cycles.  Table  2 shows  the  interrupt  state 
diagram  for  the  Z8500  peripherals. 


The  Z80  peripherals  sample  for  both  TTT’  and  lORQ 
active,  and  "RU  inactive  to  identify  an  Interrupt 
Acknowledge  cycle.  When  TFT  goes  active  and  !?!)  is 
inactive,  the  peripheral  detects  an  Interrupt 
Acknowledge  cycle  and  allows  its  interrupt  daisy 
chain  to  settle.  When  the  IOftQ  line  goes  active 
with  "RT  active,  the  highest  priority  interrupting 
peripheral  places  its  interrupt  vector  onto  the 
data  bus.  The  IUS  bit  is  also  set  to  indicate 
that  the  peripheral  is  currently  under  service. 
As  long  as  the  IUS  bit  is  set,  the  IEO  line  is 
forced  Low.  This  inhibits  any  lower  priority 
devices  from  requesting  an  interrupt. 


Table  1.  Z8500  Daisy-Chain  Control  Signals 


Truth  Table  for 
Daisy  Chain  Signals 
During  Idle  State 
IEI  IP  IUS  IEO 


0 X X 0 
1X01 
1X10 


Truth  Table  for 
Daisy  Chain  Signals 
During  INTACK  Cycle 
IEI  IP  IUS  IEO 


0 X X 0 
11X0 
1X10 
10  0 1 
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Table  2.  Z8500  Interrupt  State  Diagram 


Interrupt  Condition 


Return  to  main  program 


The  Z850Q  peripherals  use  INTACK  (Interrupt 
Acknowledge)  for  recognition  of  an  Interrupt 
Acknowledge  cycle.  This  pin,  used  in  conjunction 
with  RD,  allows  the  Z8500  peripheral  to  gate  its 
interrupt  vector  onto  the  data  bus.  An  active  RD 
signal  during  an  Interrupt  Acknowledge  cycle 
performs  two  functions.  First,  it  allows  the 
highest  priority  device  requesting  an  interrupt  to 
place  its  interrupt  vector  on  the  data  bus. 
Secondly,  it  sets  the  IUS  bit  in  the  highest 
priority  device  to  indicate  that  the  device  is 
currently  under  service. 

INPUT/OUTPUT  CYCLES 

Although  Z8500  peripherals  are  designed  to  be  as 
universal  as  possible,  certain  timing  parameters 
differ  from  the  standard  Z80  timing.  The 
following  sections  discuss  the  I/O  interface  for 
each  of  the  Z80  CPUs  and  the  Z8500  peripherals. 
Figure  5 depicts  logic  for  the  Z80A  CPU  to  Z8500 
peripherals  (and  Z80B  CPU  to  Z8500A  peripherals) 
I/O  interface  as  well  as  the  Interrupt  Acknowledge 


interface.  Figures  4 and  7 depict  some  of  the 
logic  used  to  interface  the  Z80H  CPU  to  the  Z8500 
and  Z8500A  peripherals  for  the  I/O  and  Interrupt 
Acknowledge  interfaces.  The  logic  required  for 
adding  additional  Wait  states  into  the  timing  flow 
is  not  discussed  in  the  folowing  sections. 

Z80A  CPU  to  Z8500  Peripherals 

No  additional  Wait  states  are  necessary  during  the 
I/O  cycles,  although  additional  Wait  states  can  be 
inserted  to  compensate  for  timing  delays  that  are 
inherent  in  a system.  Although  the  Z80A  timing 
parameters  indicate  a negative  value  for  data 
valid  prior  to  W,  this  is  a worse  than  "worst 
case"  value.  This  parameter  is  based  upon  the 
longest  (worst  case)  delay  for  data  available  from 
the  falling  edge  of  the  CPU  clock  minus  the 
shortest  (best  case)  delay  for  CPU  clock  High  to 
W Low.  The  negative  value  resulting  from  these 
two  parameters  does  not  occur  because  the  worst 
case  of  one  parameter  and  the  best  case  of  the 
other  do  not  occur  within  the  same  device.  This 
indicates  that  the  value  for  data  available  prior 
to  W will  always  be  greater  than  zero. 

All  setup  and  pulse  width  times  for  the  Z8500 
peripherals  are  met  by  the  standard  Z80A  timing. 
In  determining  the  interface  necessary,  the  THT 
signal  to  the  Z8500  peripherals  is  assumed  to  be 
the  decoded  address  qualified  with  the  10RQ 
signal . 

Figure  3a  shows  the  minimum  Z80A  CPU  to  Z8300 
peripheral  interface  timing  for  I/O  cycles.  If 
additional  Wait  states  are  needed,  the  same  number 
of  Wait  states  can  be  inserted  for  both  I/O  Read 
and  Write  cycles  to  simplify  interface  logic. 
There  are  several  ways  to  place  the  Z80A  CPU  into 
a Wait  condition  (such  as  counters  or  shift 
registers  to  count  system  clock  pulses) , depending 
upon  whether  or  not  the  user  wants  to  place  Wait 
states  in  all  I/O  cycles,  or  only  during  Z8500  I/O 
cycles.  Tables  3 and  4 list  the  Z8500  peripheral 
and  the  Z80A  CPU  timing  parameters  (respectively) 
of  concern  during  the  I/O  cycles.  Tables  5 and  6 
list  the  equations  used  in  determining  if  these 
parameters  are  satisfied.  In  generating  these 
equations  and  the  values  obtained  from  them,  the 
required  number  of  Wait  states  was  taken  into 
account.  The  reference  numbers  in  Tables  3 and  4 
refer  to  the  timing  diagram  in  Figure  3a. 
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Table  3.  Z8500  Timing  Parameters  I/O  Cycles 


Worst  Case 

Min 

Max 

Units 

6.  TsA(WR) 

Address  to  WR  Low  Setup 

80 

ns 

1.  TsA(RD) 

Address  to  RD  Low  Setup 

80 

ns 

2.  TdA(DR) 

Address  to  Read  Data  Valid 

390 

ns 

TsCEl(WR) 

CE  Low  to  WR  Low  Setup 

0 

ns 

TsCEl(RD) 

CE  Low  to  RD  Low  Setup 

0 

ns 

4.  TwRDl 

RD  Low  Width 

390 

ns 

8.  TwWRl 

WR  Low  Width 

390 

ns 

3.  TdRDf(DR) 

RD  Low  to  Read  Data  Valid 

233 

ns 

7.  TsDW(WR) 

Write  Data  to  WR  Low  Setup 

0 

ns 

Table  4.  Z80A  Timing  Parameters  I/O  Cycles 


Worst  Case 


Min  Max  Units 


TcC 

Clock  Cycle  Period 

250 

TwCh 

Clock  Cycle  High  Width 

110 

ns 

TfC 

Clock  Cycle  Fall  Time 

30 

ns 

TdCr(A) 

Clock  High  to  Address  Valid 

110 

ns 

TdCr(RDf) 

Clock  High  to  RD  Low 

85 

ns 

TdCr(IORQf) 

Clock  High  to  I0RQ  Low 

75 

ns 

TdCr(WRf) 

Clock  High  to  WR  Low 

65 

ns 

5.  TsD(Cf) 

Data  to  Clock  Low  Setup 

50 

ns 

Table  5.  Parameter  Equations 

Z850G 

Z80A 

Parameter 

Equation 

Value 

Units 

TsA(RD) 

TcC-TdCr(A) 

140  min 

ns 

TdA(DR) 

3TcC+TwCh-TdCr(A)-TsD(Cf) 

800  min 

ns 

TdRDf(DR) 

2TcC+TwCh-TsD(Cf) 

460  min 

ns 

TwRDl 

2TcC+TwCh+TfC-TdCr(RDf ) 

525  min 

ns 

TsA(WR) 

TcC-TdCr(A) 

140  min 

ns 

TsDW(WR) 

> 0 min 

ns 

TwWRl 

2TcC+TwCh+T f C-TdCr ( WR  f ) 

560  min 

ns 

Table  6.  Parameter  Equations 


Z80A 

Z8500 

Parameter 

Equation 

Value 

Uhits 

TsD(Cf) 

Address 

3TcC+TwCh-TdCr(A)-TdA(DR) 

160  min 

ns 

RD 

2TcC+TwCh-TdCr(RDf)-TdRD(DR) 

135  min 

ns 

Figure  3a.  Z80A  CPU  to  Z8500  Peripheral  Minimum  I/O  Cycle  Timing 


Z80B  CPU  to  Z8500A  Peripherals  two  parameters  does  not  occur  because  the  worst 

case  of  one  parameter  and  the  best  case  of  the 
No  additional  Wait  states  are  necessary  during  I/O  other  do  not  occur  within  the  same  device.  This 

cycles,  although  Wait  states  can  be  inserted  to  indicates  that  the  value  for  data  available  prior 

compensate  for  any  system  delays.  Although  the  to  W will  always  be  greater  than  zero. 

Z80B  timing  parameters  indicate  a negative  valub 

for  data  valid  prior  to  W,  this  is  a worse  than  All  setup  and  pulse  width  times  for  the  Z8300A 

"worst  case"  value.  This  parameter  is  based  upon  peripherals  are  met  by  the  standard  Z80B  timing, 

the  longest  (worst  case)  delay  for  data  available  In  determining  the  interface  necessary,  the  "CT 

from  the  falling  edge  of  the  CPU  clock  minus  the  signal  to  the  Z8500A  peripherals  is  assumed  to  be 

shortest  (best  case)  delay  for  CPU  clock  High  to  the  decoded  address  qualified  with  the  IORQ 

W Low.  The  negative  value  resulting  from  these  signal. 
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Figure  3b  shows  the  minimum  Z80B  CPU  to  Z8500A  during  Z8500A  I/O  cycles.  Tables  7 and  8 list  the 

peripheral  interface  timing  for  I/O  cycles.  If  Z8500A  peripheral  and  the  Z80B  CPU  timing 

additional  Wait  states  are  needed,  the  same  number  parameters  (respectively)  of  concern  during  the 

of  Wait  states  can  be  inserted  for  both  I/O  Read  I/O  cycles.  Tables  9 and  10  list  the  equations 

and  I/O  Write  cycles  in  order  to  simplify  inter-  used  in  determining  if  these  parameters  are  satis- 

face  logic.  There  are  several  ways  to  place  the  fied.  In  generating  these  equations  and  the 

Z80B  CPU  into  a Wait  condition  (such  as  counters  values  obtained  from  them,  the  required  number  of 

or  shift  registers  to  count  system  clock  pulses),  Wait  states  was  taken  into  account.  The  reference 

depending  upon  whether  or  not  the  user  wants  to  numbers  in  Tables  7 and  8 refer  to  the  timing 

place  Wait  states  in  all  I/O  cycles,  or  only  diagram  of  Figure  3b. 


Figure  3b.  Z80B  CPU  to  Z8300A  Peripheral  Minimim  I/O  Cycle  Timing 


2296-004 
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Table  7.  Z850QA  Timing  Parameters  I/O  Cycles 


Worst  Case 

Min 

Max 

Units 

6. 

TsA(WR) 

Address  to  WR  Low  Setup 

80 

ns 

1. 

TsA(RD) 

Address  to  RD  Low  Setup 

80 

ns 

2. 

TdA(DR) 

Address  to  Read  Data  Valid 

420 

ns 

TsCEl(WR) 

CE  Low  to  WR  Low  Setup 

0 

ns 

TsCEl(RD) 

CE  Low  to  RD  Low  Setup 

0 

ns 

4. 

TwRDl 

RD  Low  Width 

250 

ns 

8. 

TwWRl 

WR  Low  Width 

250 

ns 

3. 

TdRDf(DR) 

RD  Low  to  Read  Data  Valid 

180 

ns 

7. 

TsDW(WR) 

Write  Data  to  WR  Low  Setup 

0 

ns 

Table  8.  Z80B  Timing  Parameters  1/0  Cycles 

Worst  Case 

Min 

Max 

Units 

rcc 

Clock  Cycle  Period 

165 

ns 

TwCh 

Clock  Cycle  High  Width 

65 

ns 

TfC 

Clock  Cycle  Fall  Time 

20 

ns 

fdCr(A) 

Clock  High  to  Address  Valid 

90 

ns 

TdCr(RDf) 

Clock  High  to  RD  Low 

70 

ns 

rdCr(IORQf) 

Clock  High  to  I0RQ  Low 

65 

ns 

TdCr(WRf) 

Clock  High  to  WR  Low 

60 

ns 

5.  TsD(Cf) 

Data  to  Clock  Low  Setup 

40 

ns 

Table  9.  Parameter  Equations 


Z8500A 

Parameter 

Z80B 

Equation 

Value 

Uhits 

TsA(RD) 

TcC-TdCr(A) 

>75  min 

ns 

TdA(DR) 

3TcC+TwCh-TdCr ( A) -TsD( Cf ) 

430  min 

ns 

TdRDf(DR) 

2TcC+TwCh-TsD(Cf) 

345  min 

ns 

TwRDl 

2TcC+TwCh+Tf C-TdCr ( RDf) 

325  min 

ns 

TsA(WR) 

TcC-TdCr(A) 

75  min 

ns 

TsDW(WR) 

> 0 min 

ns 

TwWRl 

2TcC+TwCh+TfC-TdCr(WRf) 

352  min 

ns 

Table  10.  Parameter  Equations 

Z80B 

Z8500A 

Parameter 

Equation 

Value 

Uhits 

TsD(Cf)  Address 

3TcC+TwCh-TdCr( A)-TdA(DR)  50  mm  ns 

RD 

2TcC+TwCh-TdCr(  RDf  )-TdRD(DR)  75  min  ns 
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Z80H  CPU  to  Z8500  Peripherals 


During  an  I/O  Read  cycle,  there  are  three  Z8500 
parameters  that  must  be  satisfied.  Depending  upon 
the  loading  characteristics  of  the  1ft)  signal,  the 
designer  may  need  to  delay  the  leading  (falling) 
edge  of  TftT  to  satisfy  the  Z8500  timing  parameter 
TsA(RD)  (Address  Valid  to  Tft)  Setup).  Since  Z80H 
timing  parameters  indicate  that  the  lft5  signal  may 
go  Low  after  the  failing  edge  of  T2>  it  is 
recommended  that  the  rising  edge  of  the  system 
clock  be  used  to  delay  Tft)  (if  necessary).  The  CPU 
must  also  be  placed  into  a Wait  condition  long 
enough  to  satisfy  TdA(DR)  (Address  Valid  to  Read 
Data  Valid  Delay)  and  TdRDf(DR)  (Tft)  Low  to  Read 
Data  Valid  Delay) . 

During  an  I/O  Write  cycle,  there  are  three  other 
Z8500  parameters  that  must  be  satisfied. 
Depending  upon  the  loading  characteristics  of  the 
W signal  and  the  data  bus,  the  designer  may  need 
to  delay  the  leading  (falling)  edge  of  WR  to 
satisfy  the  Z8500  timing  parameters  TsA(WR) 
(Address  Valid  to  WR  Setup)  and  TsDW(WR)  (Data 
Valid  Prior  to  WR  setup) . Since  Z80H  timing 
parameters  indicate  that  the  WR  signal  may  go  Low 
after  the  falling  edge  of  T2,  it  is  recommended 
that  the  rising  edge  of  the  system  clock  be  used 
to  delay  WR  (if  necessary).  This  delay  will 
ensure  that  both  parameters  are  satisfied.  The 
CPU  must  also  be  placed  into  a Wait  condition  long 


enough  to  satisfy  TwWRl  (WR  Low  Pulse  Width). 
Assuming  that  the  WR  signal  is  delayed,  only  two 
additional  Wait  states  are  needed  during  an  I/O 
Write  cycle  when  interfacing  the  Z80H  CPU  to  the 
Z8500  peripherals. 

To  simplify  the  I/O  interface,  the  designer  can 
use  the  same  number  of  Wait  states  for  both  I/O 
Read  and  I/O  Write  cycles.  Figure  3c  shows  the 

minimum  Z80H  CPU  to  Z8300  peripheral  interface 
timing  for  the  I/O  cycles  (assuming  that  the  same 
number  of  Wait  states  are  used  for  both  cycles  and 
that  both  Tft)  and  WR  need  to  be  delayed) . Figure 
4 shows  two  circuits  that  can  be  used  to  delay  the 
leading  (falling)  edge  of  either  the  TftJ  or  the  WR 
signals.  There  are  several  ways  to  place  the  Z80A 
CPU  into  a Wait  condition  (such  as  counters  or 
shift  registers  to  count  system  clock  pulses), 
depending  upon  whether  or  not  the  user  wants  to 
place  Wait  states  in  all  I/O  cycles,  or  only 
during  Z8300  I/O  cycles.  Tables  4 and  11  list  the 
Z8500  peripheral  and  the  Z80H  CPU  timing 
parameters  (respectively)  of  concern  during  the 
I/O  cycles.  Tables  14  and  15  list  the  equations 
used  m determining  if  these  parameters  are 
satisfied.  In  generating  these  equations  and  the 
values  obtained  from  them,  the  required  number  of 
Wait  states  was  taken  into  account.  The  reference 
numbers  in  Tables  4 and  11  refer  to  the  timing 
diagram  of  Figure  3c. 


Table  11.  Z80H  Timing  Parameter  I/O  Cycles 


Equation 

Min 

Max 

Uhits 

TcC 

Clock  Cycle  Period 

125 

ns 

TwCh 

Clock  Cycle  High  Width 

55 

ns 

rfc 

Clock  Cycle  Fall  Time 

10 

ns 

TdCr(A) 

Clock  High  to  Address  Valid 

80 

ns 

TdCr(RDf) 

Clock  High  to  RD  Low 

60 

ns 

rdCr(IORQf) 

Clock  High  to  IORQ  Low 

55 

ns 

TdCr(WRf) 

Clock  High  to  WR  Low 

55 

ns 

5.  TsD(Cf) 

Data  to  Clock  Low  Setup 

30 

ns 

Table  12.  Parameter  Equations 


Z8500 

Parameter 

Z80H 

Equation 

Value 

Units 

TsA(RD) 

2TcC-TdCr(A) 

170  min 

ns 

TdA(DR) 

6TcC+TwCh-TdCr(A)-TsD(Cf) 

695  min 

ns 

TdRDf(DR) 

4TcC+TwCh-TsD(Cf) 

523  min 

ns 

TwRDl 

4TcC+TwCh+TfC-TdCr(RDf ) 

503  mm 

ns 

TsA(WR) 

WR  - delayed 

2TcC-TdCr(A) 

170  min 

ns 

TsDW(WR) 

> 0 min 

ns 

TwWRl 

4TcC+rwCh+TfC 

563  mm 

ns 

Figure  3c.  Z80H  CPU  to  Z8500  Peripheral  Minimum  I/O  Cycle  Timing 
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Z80H  CPU  to  Z8500A  Peripherals 

During  an  I/O  Read  cycle,  there  are  three  Z8500A 
parameters  that  must  be  satisfied.  Depending  upon 
the  loading  characteristics  of  the  *RI)  signal,  the 
designer  may  need  to  delay  the  leading  (falling) 
edge  of  Tft)  to  satisfy  the  Z8500A  timing  parameter 
TsA(RD)  (Address  Valid  to  T?I)  Setup).  Since  Z80H 
timing  parameters  indicate  that  the  W signal  may 
go  Low  after  the  falling  edge  of  T2 , it  is 
recommended  that  the  rising  edge  of  the  system 
clock  be  used  to  delay  Iff)  (if  necessary).  The  CPU 
must  also  be  placed  into  a Wait  condition  long 
enough  to  satisfy  TdA(DR)  (Address  Valid  to  Read 
Data  Valid  Delay)  and  TdRDf(DR)  ("RT)  Low  to  Read 
Data  Valid  Delay) . Assuming  that,  the  "RU  signal  is 
delayed,  then  only  one  additional  Wait  state  is 
needed  during  an  I/O  Read  cycle  when  interfacing 
the  Z80H  CPU  to  the  Z8500A  peripherals. 

During  an  1/0  Write  cycle,  there  are  three  other 
Z8500A  parameters  that  have  to  be  satisfied. 
Depending  upon  the  loading  characteristics  of  the 
W signal  and  the  data  bus,  the  designer  may  need 
to  delay  the  leading  (falling)  edge  of  W to 
satisfy  the  Z8500A  timing  parameters  TsA(WR) 
(Address  Valid  to  W Setup)  and  TsDW(WR)  (Data 
Valid  Prior  to  W Setup).  Since  Z80H  timing 
parameters  indicate  that  the  W signal  may  go  Low 
after  the  falling  edge  of  T£»  it  is  recommended 
that  the  rising  edge  of  the  system  clock  be  used 


to  delay  W (if  necessary).  This  delay  will 
ensure  that  both  parameters  are  satisfied.  The 
CPU  must  also  be  placed  into  a Wait  condition  long 
enough  to  satisfy  TwWRl  (W  Low  Pulse  Width) . 
Assuming  that  the  W signal  is  delayed,  then  only 
one  additional  Wait  state  is  needed  during  an  I/O 
Write  cycle  when  interfacing  the  Z80H  CPU  to  the 
Z8500A  peripherals. 

Figure  3d  shows  the  minimum  Z80H  CPU  to  Z8500A 
peripheral  interface  timing  for  the  I/O  cycles 
(assuming  that  the  same  number  of  Wait  states  are 
used  for  both  cycles  and  that  both  and  W need 
to  be  delayed) . Figure  4 shows  two  circuits  that 
may  be  used  to  delay  the  leading  (falling)  edge  of 
either  the  TRU  or  the  W signals.  There  are 
several  methods  used  to  place  the  Z80A  CPU  into  a 
Wait  condition  (such  as  counters  or  shift 
registers  to  count  system  clock  pulses) , depending 
upon  whether  or  not  the  user  wants  to  place  Wait 
states  in  all  I/O  cycles,  or  only  during  Z8500A 
I/O  cycles.  Tables  7 and  11  list  the  Z8500A 
peripheral  and  the  Z80H  CPU  timing  parameters 
(respectively)  of  concern  during  the  I/O  cycles. 
Tables  14  and  15  list  the  equations  used  in 
determining  if  these  parameters  are  satisfied.  In 
generating  these  equations  and  the  values  obtained 
from  them,  the  required  number  of  Wait  states  was 
taken  into  account.  The  reference  numbers  in 
Tables  4 and  11  refer  to  the  timing  diagram  of 
Figure  3d. 


Table  13.  Parameter  Equations 


Z80H 

Z8500 

Parameter 

Equation 

Value 

Units 

TsD(Cf) 

Address 

6TcC+TwCh-TdCr( A)-TdA(DR) 

135  min 

ns 

RD  - delayed 
4TcC+TwCh+TfC-TdRD(DR) 

300  mm 

ns 

Table  14.  Parameter  Equations 


Z8500A 

Parameter 

Z80H 

Equation 

Value 

Uhits 

TsA(RD) 

2TcC-TdCr( A) 

170  min 

ns 

TdA(DR) 

6TcC+TwCh-TdCr ( A) -TsD ( Cf ) 

695  mm 

ns 

TdRDf(DR) 

4TcC+TwCh-TsD(Cf ) 

525  mm 

ns 

fwRDl 

4TcC+TwCh+Tf C-TdCr ( RDf ) 

503  mm 

ns 

TsA(WR) 

WR  - delayed 

2TcC-TdCr( A) 

170  min 

ns 

TsDW(WR) 

> 0 min 

ns 

TwWRl 

2TcC+TwCh+TfC 

313  mm 

ns 
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Figure  3d.  Z80H  CPU  to  Z850QA  Peripheral  Minimum  I/O  Cycle  Timing 
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Figure  4.  Delaying  RD  or  WR 


Table  15.  Parameter  Equations 

Z80H 

Z8500A 

Parameter 

Equation 

Value 

Units 

TsD(Cf) 

Address 

4TcC+TwCh-TdCr ( A) -TdA (DR) 

55  min 

ns 

RD  - delayed 
2TcC+TwCh-TdRD(DR) 

125  mm 

ns 

2296-007 
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INTERRUPT  ACKNOWLEDGE  CYCLES 

The  primary  timing  differences  between  the  Z80 
CPUs  and  Z8500  peripherals  occur  m the  Interrupt 
Acknowledge  cycle.  The  Z8500  timing  parameters 
that  are  significant  during  Interrupt  Acknowledge 
cycles  are  listed  in  Table  16,  while  the  Z80 
parameters  are  listed  in  Table  17.  The  reference 
numbers  in  Tables  16  and  17  refer  to  Figures  6, 
8a , and  8b . 

If  the  CPU  and  the  peripherals  are  running  at 
different  speeds  (as  with  the  Z80H  interface),  the 
INTACK  signal  must  be  synchronized  to  the 
peripheral  clock.  Synchronization  is  discussed  in 
detail  under  Interrupt  Acknowledge  for  Z80H  CPU  to 
Z8500/8500A  Peripherals. 

During  an  Interrupt  Acknowledge  cycle,  Z8500 
peripherals  require  both  INTACK  and  RD  to  be 
active  at  certain  times.  Since  the  Z80  CPUs  do 
not  issue  either  INTACK  or  RD,  external  logic  must 
generate  these  signals. 

Generating  these  two  signals  is  easily  ac- 
complished, but  the  Z80  CPU  must  be  placed  into  a 
Wait  condition  until  the  peripheral  interrupt 
vector  is  valid.  If  more  peripherals  are  added  to 
the  daisy  chain,  additional  Wait  states  may  be 


necessary  to  give  the  daisy  chain  time  to  settle. 
Sufficient  time  between  INTACK  active  and  RD 
active  should  be  allowed  for  the  entire  daisy 
chain  to  settle. 

Since  the  Z8500  peripheral  daisy  chain  does  not 
use  the  IP  flag  except  during  interrupt 
acknowledge,  there  is  no  need  for  decoding  the 
RETI  instruction  used  by  the  Z80  peripherals.  In 
each  of  the  Z8500  peripherals,  there  are  commands 
that  reset  the  individual  IUS  flags. 

EXTERNAL  INTERFACE  LOGIC 

The  following  sections  discuss  external  interface 
logic  required  during  Interrupt  Acknowledge  cycles 
for  each  interface  type. 

CPU/Peripheral  Same  Speed 

Figure  5 shows  the  logic  used  to  interface  the 
Z80A  CPU  to  the  Z8500  peripherals  and  the  Z80B  CPU 
to  Z8500A  peripherals  during  an  Interrupt 
Acknowledge  cycle.  The  primary  component  in  this 
logic  is  the  Shift  register  (74LS164) , which 
generates  INT ACk , "ROT,  and  TOT. 


Table  16.  Z8500  Timing  Parameters  Interrupt  Acknowledge  Cycles 


Worst  Case 

4 NHz 
Min  Max 

6 MHz 
Min  Max 

Units 

1.  TsIA(PC) 

IN TACK  Low  to  PCLK  High  Setup 

100 

100 

ns 

ThlA(PC) 

INTACK  Low  to  PCLK  High  Hold 

100 

100 

ns 

2.  TdlAi(RD) 

INTACK  Low  to  RD  (Acknowledge)  Low 

350 

250 

ns 

5.  TwRDA 

RD  (Acknowledge)  Width 

350 

250 

ns 

3.  TdRDA(DR) 

RD  (Acknowledge)  to  Data  Valid 

250 

180 

ns 

TsIEI(RDA) 

IEI  to  RD  (Acknowledge)  Setup 

120 

100 

ns 

ThlEI(RDA) 

IEI  to  RD  (Acknowledge)  Hold 

100 

70 

ns 

TdlEI(IE) 

IEI  to  IEO  Delay 

150 

100 

ns 

Table  17.  Z8Q  CPU  Timing  Parameters  Interrupt  Acknowledge  Cycles 

Worst  Case 

4 MHz 

6 MHz 

8 MHz 

Min  Max 

Min  Max 

Min  Max 

Units 

TdC(Mlf) 

Clock  High  to  Ml  Low  Delay 

100 

80 

70 

ns 

TdMIf ( IORQf) 

Ml  Low  to  I0RQ  Low  Delay 

575* 

345* 

275* 

ns 

4.  TsD(Cr) 

Data  to  Clock  High  Setup 

35 

30 

25 

ns 

*Z80A:  2TcC  + 

TwCh  + TfC  - 

65 

Z80B:  2TcC  + 

TwCh  + TfC  - 

50 

Z80H:  2TcC  + 

TwCh  + TfC  - 

45 
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Figure  5.  Z80A/Z80B  CPU  to  Z8500/Z8500A  Peripheral  Interrupt  Acknowledge  Interface  Logic 


During  I/O  and  normal  memory  access  cycles,  the 
Shift  register  remains  cleared  because  the  TTT 
signal  is  inactive.  During  opcode  fetch  cycles, 
also,  the  Shift  register  remains  cleared,  because 
only  Os  can  be  clocked  through  the  register. 
Since  Shift  register  outputs  are  Low,  READ, 
WRTTE,  and  WATT  are  controlled  by  other  system 
logic  and  gated  through  the  AND  gates  (74LS11). 
During  I/O  and  normal  memory  access  cycles,  READ 
and  WRITE  are  active  as  a result  of  the  system  "RD 
and  W signals  (respectively)  becoming  active. 
If  system  logic  requires  that  the  CPU  be  placed 
into  a Wait  condition,  the  WAIT1  signal  controls 
the  CPU.  Should  it  be  necessary  to  reset  the 
system,  RESET  causes  the  interface  logic  to 
generate  both  READ  and  WRITE  (the  Z8500  peripheral 
Reset  condition) . 

Normally  an  Interrupt  Acknowledge  cycle  is 
indicated  by  the  Z80  CPU  when  MT  and  10RQ  are  both 
active  (which  can  be  detected  on  the  third  rising 
clock  edge  after  T-j).  To  obtain  an  early  indica- 
tion of  an  Interrupt  Acknowledge  cycle,  the  Shift 
register  decodes  an  active  MT  in  the  presence  of 
an  inactive  MREQ  on  the  rising  edge  of  T2. 

During  an  Interrupt  Acknowledge  cycle,  the  INTACK 
signal  is  generated  on  the  rising  edge  of  T2. 


Since  it  is  the  presence  of  INTACK  and  an  active 
READ  that  gates  the  interrupt  vector  onto  the  data 
bus,  the  logic  must  also  generate  READ  at  the 
proper  time.  The  timing  parameter  of  concern  here 
is  TdlAi(RD)  [ INTACK  to  "RU  (Acknowledge)  Low 
Delay],  This  time  delay  allows  the  interrupt 
daisy  chain  to  settle  so  that  the  device 
requesting  the  interrupt  can  place  its  interrupt 
vector  onto  the  data  bus.  The  Shift  register 
allows  a sufficient  time  delay  from  the  generation 
of  I NT AG K before  it  generates  READ . During  this 
delay,  it  places  the  CPU  into  a Wait  state  until 
the  valid  interrupt  vector  can  be  placed  onto  the 
data  bus.  If  the  time  between  these  two  signals 
is  insufficient  for  daisy  chain  settling,  more 
time  can  be  added  by  taking  READ  and  WAIT  from  a 
later  position  on  the  Shift  register. 

Figure  6 illustrates  Interrupt  Acknowledge  cycle 
timing  resulting  from  the  Z80A  CPU  to  Z8500 
peripheral  and  the  Z80B  CPU  to  Z8500A  peripheral 
interface.  This  timing  comes  from  the  logic 
illustrated  in  Figure  5,  which  can  be  used  for 
both  interfaces.  Should  more  Wait  states  be 
required,  the  additional  time  can  be  calculated  in 
terms  of  system  clocks,  since  the  CPU  clock  and 
PCLK  are  the  same. 
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Figure  6.  Z80A/Z80B  CPU  to  Z8500/Z8500A  Peripheral  Interrupt  Acknowledge  Interface  lining 


Z80H  CPU  to  Z8500/Z8500A  Peripherals 

Figure  7 depicts  logic  that  can  be  used  in  inter- 
facing the  Z80H  CPU  to  the  Z8500/Z8500A  peripher- 
als. This  logic  is  the  same  as  that  shown  in 
Figure  5,  except  that  a synchronizing  flip-flop  is 
used  to  recognize  an  Interrupt  Acknowledge  cycle. 
Since  Z8500  peripherals  do  not  rely  upon  PCLK 
except  during  Interrupt  Acknowledge  cycles, 
synchronization  need  occur  only  at  that  time. 
Since  the  CPU  and  the  peripherals  are  running  at 
different  speeds,  IN TACK  and  "RU  must  be 
synchronized  to  the  Z8500  peripherals  clock. 

During  I/O  and  normal  memory  access  cycles,  the 
synchronizing  flip-flop  and  the  Shift  register 
remain  cleared  because  the  W signal  is  inactive. 
During  opcode  fetch  cycles,  the  flip-flop  and  the 
Shift  register  again  remain  cleared,  but  this  time 
because  the  MRFQ  signal  is  active.  The  synchro- 
nizing flip-flop  allows  an  Interrupt  Acknowledge 
cycle  to  be  recognized  on  the  rising  edge  of  ^2 
when  TFT  is  active  and  MR£Q  is  inactive,  generating 
the  INTA  signal.  When  INTA  is  active,  the  Shift 
register  can  clock  and  generate  INTACK  to  the 
peripheral  and  WAIT  to  the  CPU.  The  Shift 
register  delays  the  generation  of  RFAD  to  the 
peripheral  until  the  daisy  chain  settles.  The 


WAIT  signal  is  removed  when  sufficient  time  has 
been  allowed  for  the  interrupt  vector  data  to  be 
valid. 

Figure  8a  illustrates  Interrupt  Acknowledge  cycle 
timing  for  the  Z80H  CPU  to  Z8500  peripheral  inter- 
face. Figure  8b  illustrates  Interrupt  Acknowledge 
cycle  timing  for  the  Z80H  CPU  to  Z8500A  peripheral 
interface.  These  timings  result  from  the  logic  in 
Figure  7.  Should  more  Wait  states  be  required, 
the  needed  time  should  be  calculated  in  terms  of 
PCLKs,  not  CPU  clocks. 

Z80  CPU  to  Z80  and  Z8500  Peripherals 

In  a Z80  system,  a combination  of  Z80  peripherals 
and  Z8500  peripherals  can  be  used  compatibly. 
While  there  is  no  restriction  on  the  placement  of 
the  Z8500  peripherals  in  the  daisy  chain,  it  is 
recommended  that  they  be  placed  early  in  the  chain 
to  minimize  propagation  delays  during  RET  I cycles. 

During  an  Interrupt  Acknowledge  cycle,  the  IEO 
line  from  the  Z8500  peripherals  changes  to  reflect 
the  interrupt  status.  Time  should  be  allowed  for 
this  change  to  ripple  through  the  remainder  of  the 
daisy  chain  before  activating  IORQ'  to  the  Z80 
peripherals,  or  READ  to  the  Z8500  peripherals. 
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Figure  7.  Z80H  to  Z8500/Z8500A  Peripheral  Interrupt  Acknowledge  Interface  Logic 


During  the  RETI  cycles,  the  1E0  line  from  the 
Z8500  peripherals  does  not  change  state  as  in  the 
Z80  peripherals.  As  long  as  the  peripherals  are 
at  the  top  of  the  daisy  chain,  propagation  delays 
are  minimized. 

The  logic  necessary  to  create  the  control  signals 
for  both  Z80  and  Z8500  peripherals  is  shown  in 


Figure  9.  This  logic  delays  the  generation  of 
IORQ’  to  the  Z80  peripherals  by  the  same  amount  of 
time  necessary  to  generate  READ  for  the  Z8500 
peripherals.  Timing  for  this  logic  during  an 
Interrupt  Acknowledge  cycle  is  depicted  in 
Figure  10. 
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Figure  8a.  Z80H  CPU  to  Z8500  Perip 
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Figure  8b.  Z80H  CPU  to  Z8300A  Peri 
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Figure  9.  Z80  and  Z8500  Peripheral  Internet  Acknowledge  Interface  Logic 
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Figure  10.  Z80  and  Z8500  Peripheral 


SOFTWARE  CONSIDERATIONS  — POLLED  OPERATION 


response.  The  interrupt  vector  read  reflects  the 
interrupt  status  condition  even  if  the  device  is 
There  are  several  options  available  for  servicing  programmed  to  return  a vector  that  does  not 

interrupts  on  the  Z8500  peripherals.  Since  the  reflect  the  status  change  (SAV  or  VIS  is  not 

vector  or  IP  registers  can  be  read  at  any  time,  set).  The  code  below  is  a simple  software  routine 

software  can  be  used  to  emulate  the  Z80  interrupt  that  emulates  the  Z80  vector  response  operation. 

Z80  Vector  Interrupt  Response,  Emulation  by  Software 

;This  code  emulates  the  Z80  vector  interrupt 
joperation  by  reading  the  device  interrupt 
;vector  and  forming  an  address  from  a vector 
;table.  It  then  executes  an  indirect  jump  to 
;the  interrupt  service  routine. 


INDX: 


VECTAB: 


LD 

A,CIVREG 

OUT 

(CTRL), A 

IN 

A, (CTRL) 

INC 

A 

RET 

Z 

AND 

00001 11  OB 

LD 

E,A 

LD 

D,0 

LD 

HL, VECTAB 

ADD 

HL,DE 

LD 

A,  (HL) 

INC 

HL 

LD 

H,(HL) 

LD 

L,A 

JP 

(HL) 

DEFW 

INTI 

DEFW 

INT2 

DEFW 

INT3 

DEFW 

INT4 

DEFW 

INT5 

DEFW 

INT6 

DEFW 

INT7 

DEFW 

INT8 

; CURRENT  1NT.  VECT.  REG. 
;WRITE  REG.  PTR. 

;READ  VECT_.  REG. 

;VALID  VECTOR? 

;N0  INT  - RETURN 
;MASK  OTHER  BITS 

;FORM  INDEX  VALUE 

;ADD  VECT.  TABLE  ADDR. 
;GET  LOW  BYTE 

;GET  HIGH  BYTE 
;F0RM  ROUTINE  ADDR. 

; JUMP  TO  IT 
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A SIMPLE  Z80-Z8500  SYSTEM 


The  Z8500  devices  interface  easily  to  the  Z80  CPU, 
thus  providing  a system  of  considerable  flexi- 
bility. Figure  11  illustrates  a simple  system 
using  the  Z80A  CPU  and  the  Z8536  Counter/Timer  and 
Parallel  1/0  Unit  (CIO)  in  a mode  1 or  non- 
interrupt  environment.  Since  interrupt  vectors 
are  not  used,  the  INITACK  line  is  tied  High  and  no 
additional  logic  is  needed.  Because  the  CIO  can 


be  used  in  a polled  interrupt  environment,  the  TRT 
pin  is  connected  to  the  CPU.  The  Z80  should  not 
be  set  for  mode  2 interrupts  since  the  CIO  will 
never  place  a vector  onto  the  data  bus.  Instead, 
the  CPU  should  be  placed  into  mode  1 interrupt 
mode  and  a global  interrupt  service  routine  can 
poll  the  CIO  to  determine  what  caused  the 
interrupt  to  occur.  In  this  system,  the  software 
emulation  procedure  described  above  is  effective. 


Figure  11.  Z80  to  Z8500  Simple  System  Mode  1 Interrupt  or  Non-Interrupt  Structure 
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INTRODUCTION 

As  operating  systems  grow  more  sophisticated, 
application  programs  more  complex,  and  the  use  of 
high-level  languages  even  more  prevalent,  the  need 
for  increased  memory  addressing  space  and  some 
form  of  memory  protection  becomes  critical. 

The  memory  space  requirements  of  many  micro- 
processor applications  have  grown  beyond  the  64K 
byte  addressing  range  of  today's  8-bit  micro- 
processors. While  the  available  16-bit  processors 
offer  dramatically  increased  memory  addressing 
capabilities,  the  conversion  to  these  products 
often  cannot  be  justified.  For  example,  in  many 
cases  an  application  might  be  better  suited  for 
8-bit  processing,  and  switching  to  a 16-bit 
processor  could  result  in  a costlier  and  less 
efficient  implementation.  Perhaps  even  more 
serious  is  the  problem  of  software  incompatibility 
that  occurs  when  changing  microprocessors.  An 
ideal  solution  is  one  that  both  extends  memory 
addressing  space  and  is  object  code  compatible 
with  the  user's  existing  software. 

An  additional  requirement  placed  on  the  user  by 
today's  increasingly  complex  software  is  that  of 
maintaining  system  integrity.  In  order  to  ensure 
this  integrity,  various  parts  of  the  system  soft- 
ware must  be  protected  from  illegal  access. 
Although  memory  protection  features  are  an  impor- 
tant part  of  memory  management,  they  are  not  found 
on  most  microprocessors. 


This  application  note  describes  a way  in  which  the 
Z80  user  can  increase  memory  addressing  space  to 
16M  and  incorporate  memory  protection  features 
while  maintaining  object  code  compatibility  with 
application  software.  The  memory  management 
techniques  employed  here  are  a subset  of  those 
used  by  the  Z800  series  of  microprocessors  soon  to 
be  released  by  Zilog.  These  techniques  provide  a 
direct  path  to  the  implementation  of  some  Z800 
features  before  the  fully-integrated  solution  is 
available. 

MEMORY  MANAGEMENT  TECHNIQUES 

Before  discussing  the  techniques  used  to  expand 
the  addressing  space  and  provide  memory 
protection,  the  concept  of  logical  and  physical 
addresses  and  of  pages  in  memory  needs  to  be 
explained.  The  logical  address  is  the  address 
generated  by  the  microprocessor,  and  the  physical 
address  is  the  address  received  by  the  system 
memory.  In  a microprocessor  system  with  no  memory 
management,  the  physical  address  is  the  same  as 
the  logical  address  (Figure  1,  section  a).  In  a 
microprocessor  system  with  memory  management,  the 
logical  address  generated  by  the  processor  is 
translated,  or  expanded,  by  the  Memory  Management 
Unit  (MMU)  before  being  sent  to  the  system  memory 
as  the  physical  address  (Figure  1,  section  b). 
For  example,  the  16-bit  logical  address  of  the  Z80 
could  easily  be  expanded  by  an  MMU  to  a 24-bit 
address. 


EXPANDED 

ADDRESS  ADDRESS 


Figure  1.  Address  Expansion  with  Memory  Management 


While  there  are  many  techniques  that  can  be  used  uniquely  addressed  by  a combination  of  12  address 

to  implement  the  address  translation  process,  this  lines  (12  bits  specify  4096  bytes).  The  64K 

application  note  considers  the  paging  technique  logical  address  space  of  an  8-bit  microprocessor 

only.  Two  concepts  are  essential  to  the  compre-  contains  16  logical  pages,  and  a 16M  physical 

hension  of  paging:  that  of  a logical  page,  which  address  space  contains  4096  (4K)  page  frames.  A 

is  a section  of  the  address  space  of  the  micro-  memory  management  system  maps  the  16  logical  pages 

processor;  and  that  of  a page  frame,  which  is  a that  the  microprocessor  "sees”  into  16  of  the  4K 

section  of  physical  memory.  A page  frame  is  page  frames  in  the  16M  physical  memory  (Figure 

simply  a fixed-length  block  of  physical  memory.  2).  By  partitioning  the  physical  memory  space 

For  the  purposes  of  this  application  note,  a page  into  4K  page  frames,  both  memory  address  space 

frame  consists  of  a 4K  (4096  bytes)  block  of  expansion  and  memory  protection  can  be  easily 

physical  memory.  Each  byte  of  a page  frame  can  be  accomplished. 

4K  BYTE  WIDE 
PAGE  FRAMES  IN 
PHYSICAL  MEMORY 


Figure  2.  Memory  Management  System 
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MEMORY  ADDRESS  SPACE  EXPANSION 


Memory  address  space  expansion  consists  of  taking 
a 16-bit  logical  address  output  by  the  micro- 
processor and  generating  from  that  a 24-bit 
physical  address.  The  logical  address  is  divided 
into  two  parts,  a 12-bit  displacement  field  and  a 
4-bit  index  field.  The  index  field  is  used  to 
select  one  of  16  registers  known  as  page 
descriptor  registers.  Each  page  descriptor 
register  contains  12  bits  of  addressing  informa- 
tion, which  is  used  to  identify  a page  frame  in 
physical  memory.  The  page  descriptor  registers 
reside  in  the  I/O  space  of  the  system  and  are 
maintained  by  the  operating  system.  The  physical 
address  is  generated  by  concatenating  the  12  bits 
of  page  descriptor  information  from  the  selected 
page  descriptor  register  with  the  12-bit  displace- 
ment field  of  the  logical  address.  Therefore, 
when  the  microprocessor  places  a 16-bit  logical 
address  on  the  Address  bus,  the  lower  12  bits 
( Aq— Ai i ) of  the  address  are  presented  to  the 
physical  memory  and  Address  bits  A are  used 
to  select  one  of  the  16  page  descriptor  regis- 
ters. The  12  bits  of  address  contained  in  the 
selected  register  are  placed  on  the  bus  to  form 
the  upper  12  bits  of  the  physical  Address 
(A-J2-A23).  This  process  is  shown  in  Figure  3. 


16-BIT  LOGICAL  ADDRESS 


24-BIT  PHYSICAL  ADDRESS 

Figure  3.  Logical-to-Physical  Address 
Translation  Process 


The  16  page  descriptor  registers  allow  the  user  to 
access  16  separate  page  frames  (64K  bytes  of 
active  memory)  at  any  one  time.  If  it  becomes 
necessary  to  access  a page  frame  other  than  one  of 
the  16  that  are  currently  active,  the  operating 
system  simply  uses  an  I/O  instruction  to  load  a 
new  page  frame  value  into  the  appropriate  page 
descriptor  register.  If  the  page  descriptor 
registers  are  loaded  with  hex  000-00F,  the 
resultant  addressing  is  exactly  the  same  as  if  the 
address  space  expansion  were  not  present  (i.e., 
the  24-bit  physical  Address  bus  addresses  memory 
locations  hex  000000-00FFFF) . 

MEMORY  PROTECTION 

The  memory  protection  features  are  implemented  by 
using  attributes  associated  with  each  page  frame 
of  memory.  This  is  accomplished  by  assigning  four 
bits  of  attributes  to  each  page  descriptor 
register.  The  page  descriptor  registers  are  16 
(rather  than  12)  bits  wide.  When  a page  de- 
scriptor register  is  selected  by  Address  bits 
Al2~A'i5>  both  the  address  and  attribute  informa- 
tion corresponding  to  that  particular  page  frame 
is  accessed.  Attribute  bits  are  used  by  external 
circuitry  in  the  memory  management  system  to 
monitor  the  types  of  accesses  made  to  the  page 
frames  and  to  record  information  about  the  use  of 
the  page  blocks.  The  attribute  bits  are  the  Valid 
bit,  Write-Protect  bit,  and  Modified  bit,  with  one 
bit  reserved  for  future  use.  A complete  page 
descriptor  register  is  shown  in  Figure  4. 

The  Valid  bit  is  used  to  indicate  if  the  page 
frame  of  memory  associated  with  that  particular 
page  descriptor  register  can  be  accessed.  This 
bit  can  be  read  from  or  written  to  by  performing 
an  I/O  read  or  write  to  the  appropriate  page 
descriptor  register.  If  the  Valid  bit  of  a page 
register  is  set  to  1 , it  can  be  used  to  access 
memory.  If  the  bit  is  cleared  to  0,  a memory 
access  to  that  register  is  invalid.  When  an  in- 
valid access  is  made,  an  interrupt  is  generated 
and  the  address  that  caused  the  invalid  access  is 
saved  for  processing  by  the  interrupt  service 
routine. 

The  Write-Protect  bit  is  used  to  assign  read-only 
attributes  to  page  frames  of  memory.  Like  the 
Valid  bit,  the  Write-Protect  bit  can  be  read  from 
or  written  to  by  the  user.  If  the  bit  is  set  to 
1,  the  memory  is  write-protected  and  an  interrupt 
occurs  if  a write  to  memory  is  attempted.  When 
the  Write-Protect  bit  is  cleared  to  0,  both  read 
and  write  operations  can  be  performed.  This  bit 


Figure  4.  Page  Descriptor  Register  Format 


is  useful  in  a system  in  which  multiple  processors 
share  common  memory,  or  in  which  an  operating 
system  needs  to  be  protected  from  accidental 
writes  by  an  executing  program. 

The  Modified  bit  is  a status  bit  that  is  auto- 
matically set  whenever  a write  is  performed  to  a 
logical  address  within  the  page  frame.  It  can  be 
cleared  only  by  reloading  a 0 into  the  appropriate 
lower  bit  of  the  page  descriptor  register.  The 
Modified  bit  is  used  to  indicate  if  the  page  frame 
has  been  used  for  a memory  access  and  is  helpful 
in  determining  whether  the  information  in  the  page 
frame  needs  to  be  copied  to  secondary  storage 
before  using  the  page  frame  for  another  purpose. 

LOADING  PAGE  DESCRIPTOR  REGISTERS 

The  page  descriptor  registers  reside  in  the 
microprocessor’s  I/O  space  and  are  accessed  by  the 
microprocessor’s  I/O  instructions.  Each  register 
is  16  bits  long  and  so  must  be  read  to  or  written 
from  twice  in  order  to  access  the  full  register. 
To  facilitate  this  double  access,  two  I/O 
addresses  are  assigned  to  each  page  descriptor 
register:  one  for  the  upper  byte  and  one  for  the 
lower  byte.  The  assigned  I/O  addresses  are  listed 
in  Table  1.  The  page  descriptor  registers  can  be 
accessed  either  individually  or  (by  using  the 
microprocessor’s  Block  I/O  instructions)  as  a 
block  in  I/O  space. 


Due  to  the  uncertain  state  of  the  register  content 
at  power-up,  certain  provisions  are  necessary  to 
ensure  that  the  system  behaves  in  a predictable 
manner.  A bypass  mechanism  known  as  Pass  mode 

enables  the  microprocessor  to  begin  its 

initialization  as  if  no  memory  management 
circuitry  were  present.  In  Pass  mode,  logical 
Address  bits  A^-A/j^  are  passed  on  to  physical 
Address  bits  A-|  5 anc*  ^he  physical  Address  bits 

^16*"^23  are  se^  Low.  After  initializing  the  page 
descriptor  registers,  the  microprocessor  can  then 
enter  Address  Translation  mode. 

Table  1.  I/O  Port  Registers 

Port 

Address  Registers 

X X 0 0 System  control  port 

X X 0 3 Page  fault  and  system  status 

X X 1 0 Page  descriptor  register  0 (low  byte) 

XXII  Page  descriptor  register  0 (high  byte) 

X X 1 2 Page  descriptor  register  1 (low  byte) 

X X 1 3 Page  descriptor  register  1 (high  byte) 

X X 1 4 Page  descriptor  register  2 (low  byte) 

X X 1 5 Page  descriptor  register  2 (high  byte) 


X X 2 E Page  descriptor  register  15  (low  byte) 

X X 2 F Page  descriptor  register  15  (high  byte) 
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IMPLEMENTATION  OF  MEMORY  MANAGEMENT  TECHNIQUES 

Implementation  of  the  memory  management  techniques 
described  above  for  the  Z80  consists  of  circuitry 
for  the  memory  address  space  expansion  and  memory 
protection  features,  as  well  as  the  necessary 
logic  for  power-up  and  interrupt -handling. 

The  memory  address  space  expansion  circuitry  is 
based  on  the  74S612  Memory  Mapper.  This  TTL 
circuit  contains  sixteen  12-bit  registers  which 
are  used  as  page  descriptor  registers.  Because 
the  Memory  Mapper's  registers  are  only  12  bits 
wide,  sixteen  4-bit  registers  must  be  added  to 
utilize  the  protection  features.  These  4-bit 
registers  are  added  in  the  form  of  a 16  x 4 RAM 


(74S219)  and  an  associated  multiplexer  (74S257). 
The  registers  contained  in  the  RAM  form  the  basis 
on  which  the  attribute  bits  are  associated  with 
each  page  frame.  These  registers  and  the  mapper 
registers  are  loaded  at  the  same  time,  and 
together  they  form  a set  of  16-bit  registers. 

A functional  block  diagram  of  the  circuit  is  shown 
in  Figure  5.  The  diagram  shows  two  address  paths 
to  the  register  set  through  the  multiplexer. 
Input  pins  RSg-RS-j  select  a register  for  reading 
or  loading  during  an  I/O  operation,  and  pins  MAg- 
MA3  are  used  to  generate  a physical  address. 
Logical  address  bits  A^-A^  from  the  micro- 
processor are  the  input  signals  to  the  map  address 
inputs  MAg-MA3« 
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Figure  5.  Memory  Manager  Block  Diagram 


The  74S612  Memory  Mapper’s  Pass  mode  of  operation 
is  slightly  different  from  the  Pass  mode  pre- 
viously described,  and  provisions  must  be  made  for 
it  to  operate  in  the  required  manner.  In  Pass 
mode,  the  74S612  places  the  upper  four  bits  of  the 
logical  address  (A^-A^)  on  what  corresponds  to 
bits  A2Q-A23  of  the  physical  address  while  holding 
bits  A17-A19  Low.  This  results  in  a physical 
address  that  is  different  from  the  logical  address 
and  makes  Pass  mode  not  useable  for  initializa- 
tion. To  correct  this  problem,  the  registers  are 
loaded  with  data  that  has  been  rearranged  so  that 
Pass  mode  operates  properly  for  initialization, 
but  remains  transparent  to  the  user.  This  is  ac- 
complished by  arranging  the  data  lines  and  address 
output  lines  as  shown  in  Figures  6a  and  6b. 

Memory  protection  features  are  incorporated  by 
examining  the  attribute  bits  in  the  page  de- 
scriptor register  associated  with  the  page  frame 
of  memory  being  accessed.  Writing  to  or  reading 
from  a block  of  memory  whose  Valid  bit  is  cleared 
to  0 or  attempting  to  write  to  a page  of  memory 
whose  Write-Protect  bit  is  set  to  1 causes  a fault 
and  interrupts  the  CPU.  The  Valid  bit  is  tested 
during  every  Read  or  Write  cycle  to  ensure  that 
operations  on  that  block  of  memory  can  be  per- 
formed. If  a fault  occurs,  a nonmaskable  inter- 
rupt is  generated  to  the  CPU  and  Address  bits 

A12“a15  of  the  logical  address  are  latched.  If 
the  page  is  valid  and  a write  is  requested,  the 
Write-Protect  bit  is  checked  to  see  if  the  page  of 
memory  is  write-protected.  As  in  the  case  of  an 
invalid  access  attempt  (valid  =0),  a write- 
protect  fault  causes  a nonmaskable  interrupt  to  be 
generated  to  the  CPU,  and  logical  Address  bits 
A12"A15  are  latched.  Since  in  both  cases  logical 
bits  A^-A^  are  latched,  the  interrupt 


service  routine  can  read  these  bits  to  determine 
which  page  descriptor  register  contains  the 
attribute  bits  that  caused  the  faults.  Reading 
I/O  port  03h  causes  the  four  Address  bits  to  be 
placed  on  data  lines  D0-D3. 

The  memory  management  circuit  has  two  modes  of 
operations  Pass  mode  and  Address  Translation 
mode.  When  powered  up,  the  circuit  is  in  Pass 
mode  and  the  system  appears  as  an  unmodified  Z80. 
During  Pass  mode  and  Interrupt  Acknowledge  cycles, 
the  nonmaskable  interrupt  is  inhibited  to  prevent 
any  undesired  interrupts  from  occurring.  Memory 
translation  is  enabled  by  writing  a 00^  to  I/O 
port  00^,  and  Pass  mode  can  be  reestablished  by 
writing  a 01  ^ to  the  same  1/0  port.  The  System 
mode  can  be  determined  by  reading  bit  4 of  1/0 
port  03^. 

The  circuit  shown  in  Figures  6a  and  6b  was  tested 
by  using  a Zilog  ZDS  1/40  Development  System  with 
ZAP  (Zilog  Analyzer  Program).  Since  the  ZDS  1/40 
does  not  have  1/0  mapping  capability,  a user  clock 
was  built  to  provide  a complete  testing  of  1/0 
ports  used  in  the  system.  Some  useful  subroutines 
that  can  be  used  by  the  memory  management  circuit 
are  given  in  the  appendix. 

CONCLUSION 

The  scheme  described  provides  memory  expansion  and 
memory  protection  by  using  a flexible  paging 
mechanism.  The  scheme  is  compatible  with  both  Z80 
object  code  and  the  forthcoming  Z800  design.  It 
therefore  bridges  the  capabilities  of  the  two 
compatible  microprocessor  families  and  saves  both 
circuit  design  and  software  conversion  effort. 
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Figure  6b.  Memory  Expansion  Hardware  Schematic  (Continued) 
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Appendix 


A.  Some  Useful  Subroutines 


,•  **  RETURN  FROM  LOAD  & JUMP  ** 

i **  SUBROUTINE  ** 

J 

} THIS  ROUTINE  PREPARES  THE  RETURN  FOR  THE  ORIGINAL  CALL. 

; IT  WILL  PUT  BACK  THE  VALUE  OF  THE  PAGE  DESCRIPTOR  REG. 

; WHICH  WAS  USED  TO  ACCESS  ANOTHER  4K  PAGE.  FIRST  IT  POPS 
; THE  RETURN  ADDRESS  OF  THE  ONE  WHICH  CALLED  IT.  NEXT  IT 
; POPS  THE  ORIGINAL  RETURN  ADDRESS  INTO  DE  THEN  EXECUTES 
; THE  JP I N I T SUBROUTINE  TO  JUMP  BACK. 

; P ASSED  P AR  AMETER : 
i I Y «>  PREVIOUS  REGISTER  DATA 

; IX  «>  PREVIOUS  REGISTER  ADDRESS 


CALOUT: 

POP  DE  ; THROW  THE  CALL  AWAY 

POP  DE  i ORIG.  RETURN  ADDRESS 

JP  JP IN IT 


i **  LOAD  THEN  JUMP  ROUTINE  ** 

i tt************** ****#*###•&**•**#■«• 

; THIS  WILL  LOAD  THE  REGISTER  WITH  PREDEFINED  ADDRESS 
; THEN  JUMP  TO  THAT  LOCATION  BY  CHANGING  THE  CONTENT  OF 
; STACK  POINTER  BEFORE  RETURN.  THE  FORMAT  IS  FOLLOWED: 


i 

t 

i 

i 


i 

i 

! 

I 


HL  REGISTER 


. ATTRIBUTE 

A23-A12 


<!!!!!«  DE  REGISTER 


— All “AO 
LOGICAL  PAGE  < O-F ) 


PASSED  PARAM.  : 

A23—A16  ==>  H 

A15-A12  + 4 BITS  ATTRIBUTE  O L 
LOGICAL  PAGE  + A11-A8  =>  D 
A7-AQ  =>  E 

IX  «>  REGISTER  ADDR.  TABLE 
IY  «>  REGISTER  DATA 
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Appendix  A.  Some  Useful  Subroutines  (Continued) 


RETURN  PARAM.  : 


} 

PC a 

DE 

* 

1 

IX 

«> 

REGISTER 

ADDR. 

TABLE 

i 

IY 

=> 

REGISTER 

SAVED 

DATA 

JPINIT: 

CALL 

FINDRG 

CALL 

SWAP 

PUSH 

DE 

RET 

i 

JUMP 

FINDRG: 

LD 

C,  D 

• 

i 

MOVE  LOGICAL  PAGE 

SRL 

C 

• 

t 

TO  LOWER  NIBBLE 

SRL 

C 

SRL 

C 

SRL 

C 

LD 

B,  0 

ADD 

IX,  BC 

i 

IX  POINTS  TO  THE 

RET 

• 

/ 

REGISTER  ADDRESS 

; THIS  ROUTINE  ONLY  SWAPS  THE  CONTENT  OF  1 REGISTER 


SWAP : LD 

C, ( IX+0> 

# 

* 

C HAS  THE  ADDRESS 

LD 

L#  CIY+O) 

* 

t 

NEW  LOW  BYTE 

LD 

H,  < IY+1  ) 

} 

NEW  HI -BYTE 

IN 

B,  (C> 

LD 

(IY+0), B 

• 

t 

SAVE  LOW  BYTE 

OUT 

(C),  L 

• 

$ 

WRITE  LOW  BYTE 

INC 

C 

IN 

B,  <C) 

LD 

( IY+1 ), B 

i 

SAVE  HI -BYTE 

OUT 

(C),  H 

• 

i 

WRITE  HI -BYTE 

RET 

} #*#*#*##**#•»•***#**#***#*##•#•*#  K- 

; **  LOAD  PAGE  REGISTERS  ** 

; **  SUBROUTINE  ** 

i #&##&*&***###**#**#*#*#*##*#** 

i PASSED  & RETURN  PARAMETERS: 

; POINTER  TO  1ST  DATA  »>  HL 
; NUMBER  OF  PAGE  *>  A 

i POINTER  TO  1ST  REGISTER  ADDR.  =*>  IX 


LOADRG: 

PUSH 

HL 

PUSH 

IX 

LD 

B,  A 

3LA 

B 

LDL.OOP : 

LD 
OUT  I 

C,  ( IX+O) 

JR 

Z, LDEXIT 

INC 

IX 

JP 

L.DLOQP 

LDEXIT: 

POP 

IX 

; 2X  # OF  PAGES  & 
i RESET  Z FLAG 


; NEXT 
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• Soae  Useful  Subroutines  (Continued) 


POP  HL 

RET 

**  SAVE  PAGE  REGISTERS  ** 
#*  SUBROUTINE  ** 

##*#*•&•«•*•#**#**•*•«*  *#•*  * * •#*•##*•***•* 


THIS  ROUTINE  SAVES  DATA  OF  PAGE  REGISTERS  INTO  ARRAY 
POINTED  BY  HL.  PASSED  & RETURN  PARAMETERS: 

NUMBER  OF  PAGES  ~>  A 


i POINTER 

TO 

1ST  REG.  ADDR. 

«>  IX 

i POINTER 

TO 

1ST  SAVED  DATA 

=>  HL 

SAVREG: 

PUSH 

HL 

PUSH 

IX 

LD 

B,  A 

SLA 

B i 

2X  # OF  PAGES 

SALOOP : 

LD 

C, (IX+O)  i 

RESET  Z FLAG 

INI 

• 

i 

DATA  IN 

UR 

Z, SAEXIT 

INC 

IX  i 

NEXT 

UP 

SALOOP 

SAEXIT : 

POP 

IX 

POP 

HL 

RET 

**##**#*********###**#**•**•#•** 

**  ERROR  TRAP  HANDLER  ** 
##*####****#####•*■*##•*•***#*  # # * 


THIS  ROUTINE  FINDS  THE  PAGE  FAULT  WHICH  GENERATED  NMI. 
PASSED  PARAMETERS: 

REGISTER  ADDRESS  TABLE  POINTER  ==>  IX 
RETURN  PARAMETERS: 

FAULT  DATA  ■>  DE 

REGISTER  I/O  ADR.  LOW  BYTE  =>  C 

CAUSE  ~>  A (0  « INVALID  ACCESS) 

(i  « WRITE  PROTECTED) 


TRAP: 


IN 

A#  <3H> 

AND 

OFH 

LD 

B,  0 

LD 

C,  A 

ADD 

IX,  BC 

LD 

C, (IX+O) 

IN 

E,  (C) 

INC 

C 

IN 

D,  <C> 

DEC 

C 

BIT 

3,  E 

JR 

Z,  NVALID 

BIT 

2,  E 

JR 

NZ,  WP 

LD 

A,  2 

READ  PORT  03H 
GOTCHA 

; C HAS  REG.  ADDRESS 
READ  LOW  BYTE 

HI -BYTE 

TEST  V BIT 

TEST  WP 

THIS  SHOULDN'T 
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Appendix  A.  Some  Useful  Subroutines  (Continued) 


JP 

DONE 

; HAPPEN 

N VALID: 

LD 

A#  0 

i INVALID  ACCESS 

JP 

DONE 

WP: 

LD 

A;  1 

,*  WP  PAGE 

DONE: 

RET 
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Increased  speed,  additional  instructions  and  an  addressing  scheme  that 
extends  the  available  memory  address  space  give  the  Z8108,  an  updated 
version  of  the  Z80  microprocessor,  greater  flexibility. 


On-chip  memory  management 

comes  to  8-bit  uP 


The  trend  toward  the  use  of  high-level 
languages  in  microprocessor-based  sys- 
tems and  toward  complex  configurations 
has  created  the  need  for  more  memory 
space,  greater  execution  speed,  easier  ac- 
cess to  software  libraries,  and  in  general, 
more  sophisticated  processor  architectures. 

To  those  ends,  the  Z8108  is  the  first  8-bit 
microprocessor  to  provide  on-chip  memory 
management  to  expand  memory  address- 
ing and  a range  of  operating  speeds  of  6 
to  25  MHz  for  increased  throughput. 

The  initial  member  of  the  Z800  family, 
it  is  an  enhanced  version  of  the  popular  Z80 
with  new  instructions  and  addressing 
modes  for  greater  flexibility.  In  addition, 
a so-called  system  mode  and  a user  mode 
of  operation  improve  system  reliability. 

The  Z8108  also  provides  true  16- bit  arith- 
metic capability  and  performs  mathemati- 
cal operations  not  done  by  the  Z80. 

The  40-pin  chip  includes  a Z80-com- 
patible  bus  interface  with  8 address/data  lines  and 
11  address  lines,  an  on-chip  clock  oscillator,  program- 
mable dynamic  memory  refreshing,  and  expanded 
I/O  addressing  (Fig.  1).  Because  of  its  less  stringent 
memory  timing  requirements,  at  an  operating  speed 
of  6 MHz  the  response  time  of  the  memories  used 
need  only  be  250  ns.  The  processor’s  programmable- 
interrupt  daisy-chain  delay  permits  easy  interfacing 
with  most  high-speed  interrupt-driven  devices;  no 
external  logic  is  required  to  generate  additional  wait 
states  during  an  interrupt-acknowledgment  se- 
quence. Also,  a large  memory  can  be  directly  ad- 
dressed without  external  bank-switching  circuitry. 
Finally,  because  the  processor  executes  all  the  in- 
structions of  the  Z80,  existing  Z80  programs  can  be 
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simply  moved  unchanged  to  the  Z8108  for  execution 
at  increased  throughput  or  easily  modified  to  take 
advantage  of  the  new  processor’s  capabilities. 

Looking  at  the  architecture 

Because  the  Z8108  is  binary-code-compatible  with 
the  Z80,  it  has  all  the  registers  of  the  Z80,  including 
dual  8-byte  register  banks  A-L  and  A'-L';  two  16- 
bit  index  registers  IX  and  IY;  and  a dual  16-bit  stack 
pointer  and  program  counter.  One  stack  pointer  is 
dedicated  to  system  programs  (including  interrupts 
and  traps),  the  other  to  user  programs.  The  Z8108 
has  in  addition  a master  status  register  that  contains 
a number  of  flags  to  indicate  the  processor’s  current 
status.  Also  included  are  an  interrupt  and  trap- 
vector  table  pointer  and  I/O  page  registers. 

Programs  on  the  Z8108  will  be  executed  in  either 
the  system  dn  the  user  mode.  System  programs  have 
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access  to  all  registers  and  instructions,  but  user 
programs  are  denied  access  to  certain  of  these 
resources  in  order  to  provide  a more  secure  environ- 
ment— for  example,  one  in  which  programs  can  be 
reserved  in  protected  memory.  The  user  mode  is 
regarded  as  a subset  of  the  Z80  instruction  set 
because  some  Z80  instructions  such  as  Halt  are 
privileged  in  the  Z8108  and  can  only  be  executed 
when  the  unit  is  in  the  system  mode.  Z80  programs 
will  operate  completely  and  correctly  on  a Z8108 
since  the  processor  assumes  the  system  mode  on 
power-up  or  reset. 

The  Z8108  addresses  memory  management  in  a 
number  of  ways.  The  on-chip  memory  management 
unit  (MMU)  maps  system  and  user  programs  and 
instruction  and  data  references  separately,  and  easi- 
ly remaps  memory  pages  to  different  physical  areas, 
thereby  permitting  easy  access  to  very  large  physical 
memory  spaces.  Direct  access  to  the  memory 
management  hardware  is  usually  available  only  to 
system  programs. 

The  Z8108’s  added  instructions  include  some 
formalizations  of  undocumented  Z80  instructions 
(such  as  accessing  the  index  registers  one  byte  at  a 
time),  in  order  to  make  the  entire  register  set  more 
orthogonal.  Four  new  addressing  modes  increase  the 
flexibility  of  the  existing  instructions  and  make  code 
generation  for  high-level  languages  much  easier.  In 
addition,  the  Z8108  has  a Test  and  Set  instruction 
to  provide  synchronization  for  multiple  processors, 
and  both  8-bit  and  16-bit  multiplication  and  division 
instructions  to  increase  throughput  in  computation- 
intensive applications. 

The  programmable  bus  timing  feature  increases 
system  throughput.  Control-bit  settings  allow  the 
internal  processor  clock  to  be  scaled  for  external  bus 
accesses  and  wait  states  to  be  automatically  inserted 
during  bus  cycles,  as  mentioned.  Consequently,  the 
user  can  select  very  high  clock  speeds  to  increase 
system  performance  without  requiring  high-speed 
memories  and  I/O  devices. 

The  interrupt  structure  of  the  Z80  has  been  ex- 
tended in  the  Z8108  to  include  program  traps  for 
exceptions  and  error  conditions  and  a forced 
interrupt-service  mode.  This  new  mode  provides 
automatic  vectoring  for  each  interrupt  and  trap,  and 
provides  support  for  nested  interrupt  processing. 

With  added  interrupt-acknowledgment  daisy- 
chain  delay,  the  contents  of  a control  register  may 
be  used  to  select  a number  of  additional  wait  states 
to  be  added  to  interrupt-acknowledge  cycles.  Thus, 
slow  peripheral  devices  or  long  interrupt  daisy  chains 
can  be  accommodated. 

The  Z80’s  input/output  address  space  has  been 
augmented  in  the  Z8108  by  the  addition  of  the  I/O 
page  register  that  permits  one  of  a number  of  blocks 


of  I/O  locations  to  be  selected.  Changing  this  register 
is  a privileged  operation  that  prevents  any  block  from 
being  accessed  illegitimately. 

The  Z8108  includes  an  on-chip  dynamic  memory 
refresh  controller.  Refresh  transactions  can  be 
enabled  or  disabled  under  program  control  and  the 
refresh  frequency  can  be  selected.  Unlke  the  Z80,  the 
Z8108  generates  separate  bus  transactions  for 
refreshing,  thus  easing  the  memory-access  timing 
requirements.  Refresh  cycles  lost  because  of  DMA- 
bus  accesses  or  wait  states  are  counted  and 
automatically  generated  when  the  CPU  regains  con- 
trol of  the  bus.  The  Z8108’s  refresh  controller 
generates  a 10-bit  refresh  address,  ensuring  support 
for  very  large  dynamic  RAM  chips. 

The  on-chip  oscillator-clock  generator  of  the  Z8108 
simplifies  system  design  by  eliminating  the  need  for 
an  external  MOS  clock  generator-driver.  A crystal 
can  be  connected  directly  to  the  processor,  or  an 
external  TTL-compatible  clock  signal  can  be  pro- 
vided. From  this  signal,  the  processor  generates  an 
internal  clock,  its  frequency  being  one-half  that  of 
the  input. 

Addressing  modes 

Besides  expanding  the  instruction  set  of  the  Z80 
with  four  new  addressing  modes  (see  Table  1),  the 
Z8108  extends  some  of  the  existing  addressing  modes 
(such  as  Register  Indirect)  to  other  instructions.  The 
new  modes  are:  Indexed  with  16-bit  Displacement, 
Stack  Pointer  Relative,  Program  Counter  Relative, 
and  Base  Index. 
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1 . The  40-pin  Z8108  microprocessor  has  a bus  interface 
compatible  with  the  Z80,  an  on-chip  oscillator  whose 
frequency  is  selectable  from  6 to  25  MHz,  and  expandable 
I/O  addressing.  The  Z81 08  has  all  the  registers  of  the  Z80, 
plus  a master  status  register,  an  interrupt  and  trap  vector 
pointer,  and  an  I/O  page  register  for  monitoring  the 
processor’s  current  status.  The  1 6-bit  microprocessor 
executes  all  software  instructions  of  the  Z80. 
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The  Indexed  with  16-bit  Displacement  mode  is  an 
extension  of  the  Z80’s  Indexed  addressing  mode  and 
uses  a two-byte  rather  than  a one-byte  displacement. 
This  method  permits  access  to  large  dynamic  data 
structures  addressed  by  a pointer  or  access  to  arrays 
whose  base  address  is  known  and  whose  index  value 
can  vary. 

The  Stack  Pointer  Relative  mode  is  useful  for  high- 
level  language  applications  where  subroutine 
parameters  and  local  variables  are  kept  in  the  stack. 
Addresses  of  these  variables  are  fixed  offsets  from 
the  current  top  of  the  stack  (located  by  the  stack 
pointer)  and  therefore  can  be  accessed  directly  using 
the  Stack  Pointer  Relative  mode. 

With  Program  Counter  Relative  addressing, 
position-independent  code— that  is,  code  that  uses 
only  addresses  relative  to  the  current  program  loca- 
tion and  not  absolute  addresses — can  be  produced. 
This  procedure  is  useful  for  standard  ROMs  and 
subroutine  libraries  that  can  be  loaded  at  different 
locations  in  memory  for  various  applications,  and  it 
also  reduces  the  time  required  to  link-edit  large 
programs.  The  Z80has  a few  PC-relative  instructions 
(all  of  them  jumps),  but  the  Z8108’s  PC-relative 
instructions  include  all  the  conditional  jumps  and 
calls,  as  well  as  8-bit  and  16-bit  load,  store,  and 
arithmetic  instructions. 

Based  Indexed  addressing  uses  two  registers  to 
address  an  operand  (any  combination  of  the  HL,  IX, 
and  IY  registers  may  be  used).  The  contents  of  the 
two  are  added  to  produce  the  effective  address.  In 
that  way,  both  the  base  address  of  a structure  and 


the  index  or  offset  can  be  computed  at  execution  time 
(as  is  required  for  dynamic  arrays).  What’s  more, 
Base  Indexing  can  be  effectively  combined  with  the 
other  addressing  modes,  using  the  LDA  (Load  Ad- 
dress) instruction,  to  build  up  an  arbitrarily  complex 
addressing  mode  involving  any  combination  of  index- 
ing and  indirect  addressing. 

In  addition  to  the  new  addressing  modes,  the  old 
modes  can  be  used  for  more  instructions— for  exam- 
ple, 16-bit  Load  and  Store  using  the  Register  Indirect 
or  Short  Index  mode,  16-bit  ADD  using  an  immediate 
operand,  PUSH  using  an  immediate  value,  and  PUSH 
and  POP  using  direct  memory  addressing  (see  Table 
2).  These  extensions  give  the  Z8108  the  power  and 
flexibility  appropriate  for  both  high-level  and  as- 
sembly language  programming. 

More  instructions 

Foremost  among  the  Z8108’s  new  instructions  are 
those  for  multiplication  and  division.  The  multiplica- 
tion instruction  has  several  variations,  including  an 
8-bit-by-8-bit  to  16-bit  result  and  16-bit-by-16-bit  to 
32-bit  result  with  the  operands  addressable  using  any 
of  the  available  addressing  modes.  Similarly,  the 
division  operations  include  16-bit-by-8-bit  to  8-bit 
quotient  and  remainder  and  32-bit-by-16-bit  to  16- 
bit  quotient  and  remainder.  The  division  instructions 
check  for  quotient  overflow  and  attempted  division 
by  zero;  these  conditions  will  cause  a trap,  notifying 
the  operating  system  to  print  a warning  message  or 
to  abort  the  user  program. 

The  Test  and  Set  instruction  has  been  included  in 


2.  The  dynamic  page  relocator  uses  the  processor’s  memory  management  unit  to  map  and 
enable  system  and  user  programs  independently.  TheZ8108’s  16-bit  logic  addresses  are 
divided  into  two  fields  for  defining  the  physical  addresses  and  for  identifying  the  required 
set  of  page  descriptor  registers,  one  of  which  is  used  for  system  addresses,  the  other  for 
user  addresses.  The  state  of  the  enabling  flags  determines  which  of  the  programs  are  serviced. 
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the  Z8108  to  support  multiprocessing.  It  tests  the 
most  significant  bit  of  the  operand,  setting  the 
condition  codes  appropriately  and  then  sets  the 
operand  to  all  Is.  This  primitive  operation  is  often 
used  as  a signal  between  two  or  more  cooperating 
programs  to  guarantee  exclusive  access  while  updat- 
ing shared  resources. 

In  addition  to  16-bit  multiplication  and  division, 
the  Z8108’s  architecture  includes  other  16-bit 
arithmetic  operations  not  found  on  the  Z80.  These 
instructions  include  8-bit  and  16-bit  Sign-Extend, 
Add  Accumulator  to  Addressing  Register,  16-bit 
Compare,  16-bit  Increment  or  Decrement  in  Memory, 
16-bit  Negate,  and  Full  16-bit  Add  and  Subtract.  All 


these  operations  use  the  HL  register  pair  as  a 16- 
bit  accumulator. 

The  entire  register  set  is  more  fully  exploited  in 
the  Z8108  than  in  the  Z80.  The  Z8108’s  IX  and  IY 
registers  each  can  be  accessed  as  a 16-bit  register 
or  as  two  single-byte  registers  (using  any  of  the  8- 
bit  load,  store,  or  arithmetic  operations).  That 
capability  in  effect  makes  IX  and  IY  into  general- 
purpose  registers  like  the  BC,  DE,  and  HL  pairs. 

The  Z8108  architecture  includes  a new  group  of 
instructions  for  CPU  control,  to  permit  access  to  the 
new  registers  (such  as  I/O  page  and  master  status) 
and  to  handle  system  and  user  mode  separation.  The 
LDCTL  (Load  Control)  instruction  loads  data  into,  or 


Table  1.  The  Z8108’s  addressing  modes 
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removes  and  stores  data  from,  the  special  CPU 
registers.  Available  only  in  the  system  mode,  it  is 
used  to  initialize  the  I/O  page  register  and  the 
interrupt  and  trap-vector  table  pointer. 

A number  of  privileged  instructions  can  be  ex- 
ecuted only  by  programs  running  in  the  system 
mode.  These  instructions  provide  control  of  the 
registers  and  processor  state  that  transcend  any  one 
program  and  so  are  properly  the  province  of  the 
operating  system.  The  privileged  instructions  in- 
clude Halt,  Enable,  or  Disable  Interrupts,  Select 
Interrupt  Mode,  Load  the  CPU  Control  Registers, 
and  Return  from  Interrupts. 

The  SC  (System  Call)  instruction  provides  an 
interface  between  user-mode  programs  and  the 
operating  system  running  in  the  system  mode.  A 
System  Call  pushes  the  processor  status  (in  the 
program  counter  and  master  status  register)  onto  the 
system  stack,  pushes  a 16-bit  system  call  number 
from  the  SC  instruction  onto  the  stack,  and  then 
executes  a trap  sequence.  The  operating  system, 
after  vectoring  to  the  appropriate  trap  service 
routine,  will  normally  use  the  system  call  number 
as  an  index  into  a table  of  subroutine  addresses  for 
the  various  system  functions.  This  controlled 
mechanism  lets  user . programs  request  privileged 
services  such  as  memory  management  from  the 
operating  system  without  compromising  the  overall 
system  and  user  protection  mechanism. 

One  of  the  most  troublesome  problems  of  today’s 
microprocessor  systems  is  management  of  large 
program  and/or  data  spaces.  This  problem  has  been 
met  in  a variety  of  ways,  such  as  adding  external 
memory-mapping  circuitry  (increasing  board  space 
and  complexity)  and  changing  the  design  to  use  a 
16-bit  processor  (losing  compatibility  with  existing 
code  and  increasing  development  time). 

Memory  space  is  quadrupled 

The  Z8108  tackles  the  problem  by  using  the  MMU 
to  allow  page-oriented  memory  mapping  and  provide 
protection  without  any  external  logic.  The  CPU  itself 
separates  system  space  from  user  space  and  program 
code  from  data  references  in  both  spaces,  thereby 
quadrupling  available  memory  space  without  chang- 
ing existing  program  code  or  adding  external 
hardware.  An  address  translation  mechanism,  called 
dynamic  page  relocation,  is  then  used  to  map  these 
logical  addresses  into  the  physical  address  space. 
Logical  addresses  generated  by  the  CPU  are  passed 
through  the  MMU  and  translated  into  physical 
addresses  using  this  mechanism  before  being  sent 
to  the  address  lines  coming  out  of  a Z8108  chip. 

Simply,  the  Z8108’s  16-bit  logical  address  is  divided 
into  two  fields,  a 12-bit  offset  and  a 4-bit  index  (Fig. 
2).  The  offset  is  passed  to  the  physical  address 
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unchanged,  and  the  index  selects  one  of  the  page 
descriptor  registers.  The  indexed  register  contains 
the  upper  bits  of  the  physical  address  and  a set  of 
so-called  attributes  for  that  page.  These  attributes 
indicate  whether  the  table  entry  is  valid  (i.e., 
whether  that  page’s  information  resides  in  physical 
memory),  whether  writes  are  allowed  to  the  page, 
and  if  so  whether  a write  has  actually  occurred.  If 
an  access  is  attempted  to  a page  marked  as  invalid, 
or  a write  is  tried  to  a write-protected  page,  the 
instruction  is  aborted  and  a trap  is  taken.  The  system 
trap  prevents  a program  from  inadvertently  access- 
ing or  modifying  information  not  in  its  own  purview. 

As  shown,  the  Z8108’s  MMU  actually  contains  two 
sets  of  page  descriptor  registers  with  separate  ena- 
bling flags,  one  for  system  addresses,  the  other  for 
user  addresses.  The  appropriate  set  is  chosen  based 
on  the  state  of  the  system/user  flag  in  the  master 
status  register.  Thus  system  and  user  programs  can 
be  independently  mapped  or  unmapped,  or  mapped 
into  different  areas  of  physical  memory.  In  addition, 
program  and  data  separation  can  be  enabled  indepen- 
dently for  each  mode.  If  separation  is  enabled,  the 
appropriate  set  of  mapping  registers  is  divided  in 
half,  with  one  half  available  for  program  accesses, 
and  the  other  half  for  data  accesses.  In  this  case, 
only  3 bits  of  the  logical  address  are  used  to  select 
a page  descriptor;  the  lower  13  bits  of  the  logical 
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address  pass  through  unchanged. 

The  Z8108  has  a 512-kbyte  physical  address  space. 
The  19  bits  of  physical  address  are  produced  by  12 
or  18  bits  from  the  logical  address  and  6 or  7 bits 
from  the  page  descriptor  registers.  That  translates 
into  128  pages  of  4 kbytes  each  with  program  and 
data  spaces  integrated  or  64  pages  of  8 kbytes  each 
with  program  and  data  references  separated. 

The  processor  provides  a mechanism  for  system 
programs  to  access  data  using  the  user-mode  map- 
ping tables.  Through  the  use  of  the  LDUD  (Load  in 
User  Data  Space)  and  LDUP  (Load  in  User  Program 
Space)  instructions,  system  routines  can  retrieve 
parameters  from  user  programs  (passed  via  the 
System  Call  instruction)  or  return  values  to  user  data 
structures. 

The  MMU  registers  of  the  processor  are  accessed 
by  means  of  I/O  instructions  to  a fixed  set  of  port 
locations.  These  registers  can  be  read  or  written 
singly  or  in  blocks  using  the  Z800  family’s  block  1/ 0 
instructions. 

Using  memory  management 

Using  the  memory  management  features  is  re- 
latively simple.  Since  the  MMU  is  part  of  the  chip, 
no  external  logic  is  needed;  the  chip  merely  presents 
a large  linear  address  range  to  the  outside  world. 
Simple  Z80  programs  running  on  a Z8108  need  not 
worry  about  memory  management,  since  the  Z8108 
powers  up  in  the  pass-through  mode,  which  means 


that  the  logical  address  is  passed  directly  to  the 
physical  address  lines  without  translation. 

Programs  written  especially  for  the  Z8108  or  Z80 
programs  that  could  benefit  from  a larger  address 
space  can  use  the  memory  management  features  in 
a variety  of  ways.  The  first  technique  is  to  separate 
the  application  program  from  the  operating  system. 
Thus  both  the  application  (running  in  the  user  mode) 
and  the  operating  system  (running  in  the  system 
mode)  can  reside  in  different  areas  of  physical 
memory,  since  they  will  use  different  sets  of  mapping 
registers.  Second,  the  MMU  can  be  set  to  separately 
map  program  and  data  references,  allowing  up  to 
64  kbytes  of  program  code  to  access  up  to  64  kbytes 
of  data  (Fig.  3a). 

If  this  technique  does  not  provide  enough  address- 
ing space,  a variation  of  the  bank-switching 
technique  can  be  used  (Fig.  3b).  In  this  scheme,  the 
program  or  data  is  broken  into  sections  each  64 
kbytes  in  length.  As  long  as  a program  or  data 
reference  falls  within  the  64  kbyte  range,  normal 
addressing  is  used.  But  a reference  to  a different 
section  must  be  preceded  by  a call  to  the  operating 
system  (using  the  System  Call  instruction)  to  change 
the  page  descriptor  registers  to  map  that  reference. 
Either  one  page  or  the  entire  64-kbyte  address  space 
can  be  remapped. 

Another  useful  technique  that  takes  advantage  of 
the  Z8108’s  memory  management  is  called  virtual 
disk  buffering.  In  this  scheme,  a large  section  of 


Table  3:  Recognition,  Z80  vs  Z8108 
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A Z80  will  change  the  operand  to 
81 H (shift  left,  insert  1),  setting 
the  sign  flag  on  the  result 
A Z80O  wiil  test  the  original  sign 
(0)  and  clear  the  sign  flag, 
then  set  A to  all  is. 

Now  test  the  fiag  and  Jump. 
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memory  (typically  256  kbytes  or  more)  is  used  to 
simulate  all  or  part  of  a disk  file.  Whenever  a disk 
block  would  normally  be  read  into  a memory  buffer, 
the  buffer  is  now  simply  mapped  to  point  to  the 
appropriate  part  of  the  virtual  disk  area.  If  this  area 
is  filled  from  the  disk  originally,  all  accesses  to  the 
file  can  be  made  to  memory  instead  of  to  the  disk, 
eliminating  the  long  disk  access  times. 

In  summary,  programs  can  now  operate  on  large 
data  bases  in  memory  without  using  temporary  disk 
files  for  storage.  Programs  larger  than  64  kbytes  can 
be  run  using  the  MMU  to  map  different  areas  of  the 
program  in  physical  memory  into  the  logical  address 
space  as  they  are  needed.  Cooperating  programs 
running  in  a multitasking  system  can  share  portions 
of  data  memory,  yet  each  can  have  private  code  and 
data  that  cannot  be  accessed  by  the  other  programs. 
These  applications  all  rely  on  the  simplicity  and 
flexibility  of  the  Z8108’s  paged  memory  management 
system  and  on  the  convenience  of  having  the  MMU 
as  part  of  the  chip. 

The  Z8108  also  extends  the  I/O  capabilities  of  the 
Z80.  In  addition  to  I/O  transfers  to  and  from  regis- 
ters, data  to  be  sent  or  loaded  can  be  transferred 
directly  to  or  from  memory.  That  gives  greater 
flexibility  in  I/O  transfers  and  can  result  in  greater 
throughput  to  the  external  device.  The  architecture 


also  has  the  Z80’s  block  input  and  output  instructions 
for  even  greater  I/O  transfer  rates. 

Also,  the  I/O  addressing  space  of  a Z8108  is  larger 
than  that  of  the  Z80.  The  content  of  the  special  I/O 
page  register  is  used  to  drive  the  upper  address  bits 
during  an  I/O  transaction,  thereby  permitting  banks 
of  ports  to  be  selected.  The  Z8108  supports  eight 
banks  of  port  locations  within  the  I/O  address  space. 
Because  input  and  output  themselves  need  not  be 
privileged  operations  in  the  Z8108,  the  I/O  page 
mechanism  affords  protection  to  critical  devices 
(such  as  the  on-board  MMU)  on  a page  basis,  since 
access  to  the  I/O  page  register  is  always  a privileged 
operation. 

Interrupts  and  traps 

The  three  interrupt  service  modes  of  the  Z80  have 
been  expanded  in  the  Z8108  by  the  addition  of  a 
fourth  mode  and  by  the  addition  of  internal  inter- 
rupts or  traps  using  this  mechanism.  The  four 
interrupts  are  modes  0 to  3,  with  modes  0,  1,  and 
2 operating  in  the  same  way  as  in  the  Z80.  Mode  0 
expects  an  instruction  to  be  placed  on  the  data  bus 
during  the  interrupt  acknowledgment  cycle  that  is 
executed  to  begin  the  interrupt  service  routine.  Mode 
1 ignores  the  data  and  executes  an  unconditional 
jump  to  location  0038H.  Mode  2 uses  the  contents 


3.  Separately  mapped  program  and  data  references  double  the  Z8108’s  addressing  space. 
Eight  descriptor  registers  are  used  to  map  program  addresses,  and  eight  to  map  data 
addresses  (a).  Switching  between  banks  of  data  can  be  done  simply  by  changing  the  eight 
data-page  descriptor  registers  to  a new  block  of  physical  memory  (b). 
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of  the  special  I register,  along  with  the  data  read 
during  acknowledgment,  to  point  into  a table  of 
subroutine  addresses,  which  dispatch  the  service 
routine.  Interrupt  Mode  3 uses  the  interrupt  and  trap 
vector  table  pointer  register  to  point  to  an  array  of 
new  program  status  values  (each  consisting  of  a new 
program  counter  value  and  a new  master  status 
register  value)  for  the  traps  and  nonvectored  inter- 
rupts and  an  array  of  new  program  counter  values 
for  use  with  vectored  interrupts. 

If  a vectored  interrupt  is  accepted  in  mode  3,  the 
old  contents  of  the  program  counter  and  the  master 
status  register  are  saved  on  the  system  stack  and 
an  interrupt  vector  is  read  from  the  interrupting 
device.  This  value  is  then  saved  on  the  system  stack 
and  used  to  fetch  new  contents  for  the  program 
counter  from  the  trap  vector  table.  This  sequence 
allows  an  interrupt  to  vector  to  any  location  in 
memory  for  service  and  also  permits  complete  nest- 
ing of  interrupts,  since  the  previous  state  of  the 
interrupt  enable  is  saved  on  the  stack,  not  just  in 
a temporary  flag  register  as  in  the  Z80. 


The  processor  supports  both  maskable  and  non- 
maskable interrupts.  Maskable  interrupts  are 
enabled  by  a bit  in  the  master  status  register  and 
are  accepted  only  if  the  bit  is  set.  Nonmaskable 
interrupts  cannot  be  disabled  and  are  always  ac- 
cepted. The  processor  checks  the  state  of  the  external 
interrupt  pins  at  the  end  of  the  current  instruction 
(or  the  end  of  an  iteration  of  one  of  the  block 
instructions)  and  executes  the  interrupt  service  se- 
quence before  continuing  with  the  next  instruction. 
Maskable  interrupts  can  be  accepted  as  either  vec- 
tored or  nonvectored.  If  they  are  to  be  vectored, 
processing  occurs  as  described  above.  If  nonvectored 
(and  in  interrupt  mode  3),  a special  nonvectored 
interrupt  table  entry  is  used  to  dispatch  the  interrupt 
service  routine. 

Traps  in  use  interrupt  mode  3 to  vector  to  a service 
routine  and  to  load  a new  master  status  value  for 
that  routine.  Thus  a trap  can  be  at  least  partially 
serviced  in  a user-mode  program.  The  Z8108’s  traps 
include  Privileged  Instruction,  System  Call,  Page 
Fault  (from  the  MMU),  Division  Exception,  Single 
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4.  A system  using  the  Z8108  may  be  designed  into  an  existing  system  using  the  Z80,  peripherals,  and  medium- 
speed  memory  devices.  Having  multiplexed  address  and  data  buses  and  an  internal  oscillator,  the  processor 
cuts  the  package  pin  count  without  reducing  flexibility. 
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Step,  and  Breakpoint  on  Halt.  The  last  two  facilitate 
program  debugging  by  providing  a reliable  means 
of  stepping  through  programs  one  instruction  at  a 
time  and  breaking  program  execution  at  any  instruc- 
tion, respectively. 

Following  power-up  or  a reset,  the  Z8108  will 
behave  like  a Z80  (or  an  8080).  This  means  that 
memory  management  is  disabled,  the  system/user 
flag  is  set  to  system  (allowing  all  privileged  instruc- 
tions to  be  executed),  the  system  stack  pointer  is 
enabled,  the  I/O  page  register  is  cleared,  and  the 
interrupt  response  is  set  to  mode  0.  All  the  Z80’s 
instructions  run  identically  on  the  Z8108.  The  Z8108, 
however,  operates  two  to  eight  times  faster. 

But  what  if  a program  needs  to  know  whether  it 
is  running  on  a Z80  or  on  a Z8108  (in  order  to  take 
advantage  of  the  Z8108’s  power  if  it  runs  on  one  but 
still  be  capable  of  execution  on  a Z80)?  One  of  the 
new  instructions  in  the  Z8108  replaces  a previously 
undocumented  instruction  of  the  Z80,  permitting  a 
program  to  determine  which  processor  it  is  running 
on.  The  program  achieves  this  by  performing  a test 
sequence  on  the  new  instruction  (see  Table  3).  The 
instruction  sequence  is  used  to  skip  the  initialization 
procedure  needed  to  activate  the  Z8108  if  the  pro- 
gram is  running  on  a Z80  or  to  jump  to  in-line  Z8108 
code  (to  do  a multiplication,  for  instance)  rather  than 
using  a Z80  subroutine  for  the  function. 

Designing  a system 

The  Z8108  has  a multiplexed  address  and  data  bus 
to  reduce  the  package  pin  count  without  sacrificing 
performance  (memory  transactions  still  require  only 
three  clock  cycles).  In  addition,  design  with  the  Z8108 
is  easy  because  of  the  on-chip  oscillator,  memory 
refresh  mechanism,  and  programmable  bus  timing 
features.  Figure  4 shows  an  example  of  a Z8108 
design  using  existing  peripherals  and  medium-speed 
memory  devices. 

Note  that  the  only  external  element  required  in 
the  oscillator  circuit  is  a crystal  (whose  frequency 
is  twice  the  desired  internal  frequency).  The  external 
clock  output  (CLK)  line  provides  a system  clock  at 
the  internal  clock  frequency  divided  by  the  program- 
mable bus  timing  value.  The  multiplexed  address  and 
data  bus  is  easily  demultiplexed  with  a standard  low- 
power  Schottky  8-bit  latch.  The  Address  Strobe  (AS) 
signal  is  used  to  gate  the  address  into  the  latch.  The 
rest  of  the  signals  generated  by  the  Z8108  are 
compatible  with  standard  Z80  signals.  □ 
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An  advanced  microprocessor  family  adds  on-chip  cache  and 
memory  management  yet  retains  software  compatibility  with  its 
predecessor.  It  gives  the  designer  a virtual  mainframe  on  a chip. 


8- and  16-bit  processor  family 
keeps  pace  with  fast  RAMs 


For  years,  designers  have  not  been  able  to  take 
full  advantage  of  the  speed  of  available  RAMs.  In 
otherwise  efficient  microcomputer  setups,  the  pro- 
cessors have  been  the  main  drag  on  throughput. 
This  situation  will  change  shortly  with  the  intro- 
duction of  a new  family  of  8-  and  16-bit  processors. 
These  successors  to  the  popular  Z80  microprocessor 
are  expected  to  operate  at  a 25-MHz  clock  frequency 
and  can  use  a burst  mode  on  their  16-bit  bus  to  work 
with  80-ns  RAMs.  But  that  is  not  all. 

The  Z800  family,  to  be  fabricated  using  on  an 
advanced  NMOS  process,  will  have  on  a single  chip 
such  features  as  a cache  memory,  memory  manage- 
ment, counter-timers,  DMA  controllers,  and  serial 
I/O.  Add  to  that  new  instructions  to  ease  software 
development  and  the  designer  will  have  a virtual 
mainframe  at  his  disposal. 

The  family  consists  of  four  members,  two  with  an 
8-bit,  Z80-compatible  interface  and  two  with  a 
16-bit,  Z-bus  (Z8000  family)  interface.  All  members 
are  totally  code-compatible  with  the  Z80  micro- 
processor. The  new  instructions,  combined  with  the 
on-chip  resources  and  high  clock  rate,  extend  per- 
formance to  the  5-million-instructions/s  level,  as 
simulated  via  a Pascal  compiler.  This  rate  is  com- 
petitive with  many  of  the  so-called  32-bit  micro- 
processors. 

To  achieve  the  high  clock  rate,  a 2-gm  n-channel 
process  was  used.  There  are  two  levels  of  polysilicon 
interconnections,  the  first  a low-resistance  layer 
and  the  second  for  interconnections  and  high- 
impedance  load  resistors.  The  process  incorporates 
four  transistor  types,  as  defined  by  their  thres- 
holds: one  enhancement,  one  intrinsic,  and  two 
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depletion-mode  devices. 

The  members  of  the  Z800  family  consist  of  the 
8-bit  Z8108  and  Z8208  and  the  16-bit  Z8116  and 
Z8216  (see  Table  1).  However,  only  the  Z8208  and 
Z8216  have  the  on-chip  peripherals  and  a full 
16-Mbyte  address  space.  To  reduce  the  board  space, 
these  processors  are  housed  in  dual  in-line  packages 
with  pins  on  70-mil  centers,  permitting  a 64-pin 
package  to  fit  in  the  board  area  of  a 48-pin  DIP 
having  leads  on  100-mil  centers. 

With  the  Z-bus  interface,  the  processors  offer 
twice  the  system  throughput  of  the  8-bit  bus  de- 
vices. They  can  take  advantage  of  all  the  Z-bus  pe- 
ripherals already  available  for  the  Z8000  family  of 
16-bit  processors. 

The  architecture  of  the  Z800  processor  core  re- 
sembles that  of  the  Z80  microprocessor,  with  the 
addition  of  several  registers  to  increase  flexibility 
As  part  of  the  architectural  enhancements,  the  pro- 
cessor has  been  set  up  to  operate  in  either  a system 
or  a user  mode.  In  the  system  mode,  all  of  the  in- 
structions can  be  executed  and  all  of  the  CPU  regis- 
ters accessed.  This  mode  may  be  used  with  pro- 
grams that  perform  operating  system  functions, 
and  it  can  also  run  Z80  software  emulation.  In  the 
user  mode,  some  instructions  cannot  be  executed 
and  some  CPU  registers  are  made  inaccessible. 
Thus,  system  integrity  is  ensured,  even  by  run-away 
application  software  that  might  otherwise  alter 
operating  system  information. 

Enhanced  instruction  set 

Supporting  the  two  modes  are  two  stack  pointers, 
one  for  the  system  mode  and  one  for  the  user  mode. 
Additional  flexibility  was  added  to  the  register  set 
by  the  high-  and  low-order  byte  addressability  of 
the  16-bit  IX  and  IY  index  registers. 

The  instruction  set  contains  all  of  the  Z80  com- 
mands, and  then  some.  Added  are  8-  and  16-bit  mul- 
tiplication and  division  operations;  Sign  Extend, 
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16-bit  Compare,  Negate,  and  Increment  and  Decre- 
ment in  Memory;  System  Call;  test  and  set  com- 
mands; several  load  control  instructions;  and  some 
commands  that  interface  with  the  extended  pro- 
cessing units,  such  as  the  forthcoming  Z8070 
floating-point  math  processor. 

Multiprocessing  is  supported  by  the  Test  and  Set 
instructions,  which  facilitate  communication  be- 
tween programs  that  share  resources.  The  Load 
Control  instruction  group  is  used  in  the  system 
mode  to  set  up  registers  that  configure  on-chip  re- 
sources and  to  poll  the  chip  status.  The  System  Call 
instruction  enables  User  programs  to  request  ser- 
vices available  only  in  the  processor’s  system 
mode— the  enabling  or  disabling  of  interrupts,  for 
example. 

Abundant  silicon  resources 

Along  with  the  new  instructions  come  four  new 
addressing  modes:  index,  base-index,  stack-pointer- 
relative,  and  program-counter-relative.  These  are 
in  addition  to  the  five  modes  carried  over  from  the 


Z80  (register,  immediate,  direct-access,  register- 
indirect,  and  short-index). 

An  abundance  of  on-chip  resources  is  available 
for  the  designer  (Fig.  1).  The  Z8216,  the  most  com- 
plex member  of  the  family,  and  the  8208  have  the 
Memory  Management  Unit,  cache  memory,  four 
16-bit  counter-timers,  a serial  port,  four  channels  of 
DMA  control,  and  a dynamic  RAM  refresh  control- 
ler. These  on-chip  peripherals  can  also  be  linked 
internally  for  further  enhancement  of  their  capabil- 
ities. However,  even  the  40-pin  Z8108  and  Z8208 
have  the  four  counter-timers  available  for  internal 
timer  applications. 

The  on-chip  memory  manager  coordinates  the 
16-Mbyte  address  space  of  the  Z8208  and  Z8216  pro- 
cessors (Electronic  Design,  Oct.  14,  1982,  p.  163) 
with  no  speed  penalty  during  the  address  trans- 
lation. On  the  Z8108  and  Z8116,  19  address  lines 
provide  access  to  512  kbytes  of  memory.  To  trans- 
late between  the  logical  and  physical  address 
spaces,  the  memory  manager  uses  two  sets  of  16 
page-descriptor  registors— one  set  for  the  system 


1.  The  high-end  member  of  the  Z800  family,  the  Z8216,  has  on-chip  resources  that  give  it 
the  characteristics  of  a full  minicomputer.  Included  are  a memory  management  unit,  a 
cache  memory,  multiple  DMA  channels,  multiple  counter-timers,  and  a serial  port. 


Electronic  Design  • April  28,  1983 


3-26 


mode  and  one  for  the  user  mode.  Each  16-bit  page 
descriptor  register  contains  12  bits  of  address  infor- 
mation and  4 bits  of  attribute  information. 

Addresses  are  translated  when  the  lower  12  or  13 
bits  (depending  on  whether  the  program/data  sepa- 
ration option  is  enabled  or  disabled)  of  the  logical 
address  is  concatenated  to  the  address  information 
contained  in  the  appropriate  page  descriptor  regis- 
ter (Fig.  2).  This  register  is  selected  by  the  most 
significant  bits  in  the  logical  address. 

Attribute  bits  control  access  and  provide  status 
information  for  each  page.  They  include  a Valid  bit, 
which  indicates  whether  or  not  a page  descriptor  is 
valid  for  use;  a Write  Protect  bit,  which  permits  a 
page  of  memory  to  be  read  only;  a Modified  bit, 
which  indicates  whether  a page  in  memory  has  been 
written  to;  and  a Cachable  bit,  which  indicates 
whether  a page  may  be  loaded  into  the  cache  memo- 
ry. The  combination  of  the  Modified  bit  and  the 
ability  to  abort  and  restart  an  instruction  upon  an 
access  violation  thus  permits  the  processor  to  im- 
plement a virtual  memory  system. 


Logical  address 


Physical  address 


2.  The  on-chip  memory  manager  translates  a logical 
address  into  a physical  address  to  permit  control  of  a 
16-Mbyte  address  space  and  full  implementation  of  a virtual 
memory  scheme. 


To  improve  the  access  time  for  often-used  or 
time-critical  program  sections,  an  on-chip  cache 
memory  consisting  of  256  bytes  is  included  on  all 
Z800  processors.  This  cache  can  be  configured  to  be 
instruction-only,  data-only,  or  a combination  of 
both.  Since  this  memory  is  on  the  chip,  no  speed 
penalty  is  incurred  when  stored  items  are  accessed. 

Operating  on  the  principle  that  recently  used  in- 
structions or  data  have  a high  probability  of  being 
called  up  again,  the  cache  holds  the  most  recently 
accessed  code,  thereby  permitting  repetitive  items 
to  be  executed  much  faster.  Every  time  the  pro- 
cessor requires  data  or  an  instruction,  it  first  checks 
the  cache  memory  to  see  if  the  item  is  present.  If  it 
is,  the  processor  will  use  it,  and  no  external  bus 
access  will  be  made.  It  is  estimated  that  the  use  of 
the  ZSOO’s  cache  memory,  will  make  the  execution  of 
Z80  code  some  two  to  eight  times  faster. 

Inside  the  cache  memory 

When  configured  as  a cache,  the  memory  is  or- 
ganized into  16  lines  of  16  bytes  each  (see  Table  2). 
Associated  with  each  line  are  two  fields— a 20-bit 
physical  address  tag  and  a 16-bit  “valid”  field.  The 
address  tag  is  matched  against  the  most  significant 
20  bits  of  every  physical  address  generated  by  the 
CPU  and  the  memory  manager,  and  if  a match  is 
detected  on  any  of  the  16  tag  addresses,  the  lower  4 
bits  of  the  physical  address  are  used  to  select  the 
appropriate  byte  or  word  in  the  matched  line.  The 
valid  field  contains  one  Valid  bit  corresponding  to 
each  byte  in  the  line. 

If  the  appropriate  Valid  bit  for  the  byte  accessed 
in  the  matched  line  is  set,  a cache  “hit”  occurs,  and 
that  byte  is  used  by  the  CPU.  If  the  bit  is  not  set,  the 
processor  sends  the  address  to  the  external  memory 
to  fetch  the  data.  This  data  is  then  used  by  the 
processor  and  written  into  the  cache,  which  causes 
the  Valid  bit  to  be  set  for  each  byte  written  into  the 
cache.  If  none  of  the  16  tag  addresses  match  the 
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Package 
(no.  of  pins) 
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40 
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Four  16-bit  counter- 
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40 
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Refresh-address 

generator 

Z8208 

64 

8 

Four  16-bit  counter- 
timers (one  internal  only) 
Four  DMA  channels 

Clock  oscillator 

Z8216 

64 

16 

One  asynchronous 
serial  port 
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20-bit  address,  the  line  in  the  cache  that  has  been 
used  least  recently  is  “flushed”— that  is,  the  pro- 
cessor clears  all  the  valid  bits  to  invalidate  the 
bytes— and  the  20-bit  address  becomes  the  new  tag 
address.  The  appropriate  byte  or  bytes  are  then 
pulled  from  the  external  memory. 

The  Z-bus  interface  on  the  Z8116  and  Z8216  per- 
mits the  processors  to  use  a burst-mode  bus  trans- 
action to  preload  the  cache.  Although  the  burst 
mode  was  designed  for  use  with  the  new  64-kbit 
dynamic  RAMs  that  support  a serial  nibble  output, 
it  will  also  work  well  to  fill  up  the  cache  memory. 

If  the  cache  memory  is  not  needed,  the  circuitry 
can  be  disabled  and  the  memory  reconfigured  as  256 
bytes  of  fixed-address  RAM.  This  “local”  memory 
can  be  used  with  ROM-only  systems,  or  it  can  hold 
those  portions  of  a program  that  need  the  speed  of 
on-chip  memory,  such  as  interrupt  routines.  In  the 
fixed-address  mode,  the  tag  addressed  identify  indi- 
vidual lines,  but  the  settings  of  the  Valid  bits  have 
no  meaning.  Tag  addresses  can  be  set  by  the  pro- 
grammer and  will  remain  fixed  to  guarantee  the 
addresses  of  the  memory. 

On-chip  peripherals  add  power 

With  their  ample  peripherals  on  the  chip,  Z800 
microprocessors  are,  in  effect,  full  systems  on  a 
minimum  of  board  space,  with  minimum  device  in- 
terconnections and  components.  They  are  excellent 
for  cost-sensitive  applications.  The  four  DMA  chan- 
nels of  the  Z8208  and  Z8216  provide  independent, 
high-speed  data  transfers;  the  serial  port,  a full- 
duplex  asynchronous  interface  capable  of  operating 
at  up  to  2 Mbits/s  at  a 10-MHz  clock  rate.  Each  of 
the  DMA  channels  can  be  programmed  to  transfer 
data  from  memory  to  memory,  from  memory  to  an 
I/O  device  (or  vice  versa),  or  from  one  I/O  device  to 
another.  Moreover,  data  can  be  transferred  in  any 
of  three  modes:  single-transaction,  burst,  or  con- 
tinuous. 

In  the  single-transaction  mode,  the  DMA  section 
releases  the  bus  to  the  CPU  or  another  DMA  chan- 
nel between  each  byte  or  word  transfer;  the  burst 
mode  permits  the  DMA  section  to  transfer  data  as 
long  as  the  requesting  peripheral  remains  ready. 
The  continuous  mode,  on  the  other  hand,  allows  the 
DMA  circuit  to  transfer  an  entire  block  of  data 
without  releasing  the  bus.  Also,  each  channel  of  the 
controller  can  operate  in  a “no  transfer”  mode,  in 
which  it  acts  as  a counter. 

Each  DMA  channel  consists  of  a 24-bit  source 
address  register,  a 24-bit  destination  address  regis- 
ter, a 16-bit  count  register,  and  a 16-bit  transfer 
descriptor  register.  All  these  registers  are  in  the 
I/O  space  of  the  CPU  and  are  accessed  with  the 
word  I/O  instructions  over  the  CPU’s  internal  bus. 


Externally,  the  DMA  channels  use  the  address,  data 
and  control  lines  of  the  processor  to  transfer  the 
data.  Each  channel  has  an  input  pin  associated  with 
it,  to  notify  the  channel  that  an  external  device  is 
requesting  a transfer. 

Controlling  all  four  channels  is  a master  DMA 
control  register  that  can  direct  the  channels  to  link 
with  one  another  or  to  the  serial  I/O  channel.  When 
DMA  channels  are  linked,  one  channel  acts  as  a 
slave  that  loads  the  master  with  new  address,  count, 
and  descriptor  information.  The  master  channel 
transfers  a block  of  data  to  the  destination  and  then 
waits  while  the  slave  updates  its  registers  from  in- 
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3.  Linked  DMA  operations  can  be  set  up  with  two  of  the 
on-chip  DMA  channels.  One  channel  can  be  used  to 
download  control  information  to  another  channel,  thus 
minimizing  the  number  of  times  the  processor  must  stop  to 
transfer  control  parameters. 
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formation  transferred  from  memory  (Fig.  3).  With 
this  structure,  transfers  of  different  types  and  to 
different  locations  can  be  initiated  without  CPU 
intervention 

Although  all  the  processors  have  four  counter- 
timers on  chip,  only  the  Z8208  and  Z8216  take  the 
lines  of  three  to  the  outside;  the  fourth  counter- 
timer is  an  internal-only  function  on  all  four  de- 
vices. However,  the  three  externally  available 
counter-timers  on  the  Z8208  and  Z8216  are  full 
16-bit  down  counters  that  can  be  independently  pro- 
grammed to  count  external  events  (count  mode)  or 
internal  clock  cycles  (timer  mode).  Two  of  the  16-bit 


Global  memory 


4.  Complex  systems  using  multiple  Z800  processors,  linked 
through  a global  memory,  can  be  readily  implemented, 
thanks  to  such  chip  features  as  the  Global  Bus 
Request/ Acknowledge  lines  and  the  local-address  register. 


counters  also  can  be  internally  linked  to  form  a 
32-bit  counter. 

In  use,  each  counter  is  loaded  with  an  initial  value 
that  is  also  latched  into  the  16-bit  time-constant 
register  of  that  counter.  When  the  counter  value 
reaches  zero,  the  counter  causes  one  of  several 
things  to  happen:  an  interrupt  is  generated,  an  ex- 
ternal pulse  is  generated,  or  the  counter  is  reloaded 
from  the  time-constant  register  to  restart  the 
countdown  sequence.  Command  bit  options  specify 
which  of  those  events  occurs.  In  addition,  each  coun- 
ter can  be  gated  or  triggered  by  either  external  sig- 
nals or  software,  thus  providing  an  extra  measure 
of  control. 

Serial  port  shines 

The  serial  port  usually  takes  advantage  of  one  of 
the  timers  as  a baud-rate  generator  or  an  external 
clock  source.  'J’he  serial  port  can  send  and  receive 
data  simultaneously,  and  two  of  the  DMA  channels 
can  be  linked  with  the  transmitting  and  receiving 
sections  to  provide  automatic  high-speed  serial 
transfers.  Like  most  universal  asynchronous 
receiver-transmitters,  the  port  handles  a data  for- 
mat that  consists  of  a start  bit;  five  to  eight  data 
bits;  even,  odd,  or  no  parity;  and  one  or  two  stop  bits. 

The  serial  port  also  can  be  used  to  load  data  or 
programs  remotely  if  a Z800  device  is  used  as  a slave 
to  a larger  host  system.  This  remote-loading  capa- 
bility is  supported  by  a bootstrap  mode  that  can  be 
selected  when  the  processor  is  reset.  When  selected, 
this  mode  automatically  links  a DMA  channel  to  the 
receiver  side  of  the  serial  port,  programs  a default 
destination  (000000)  into  the  DMA  channel,  sets  up 
the  serial  port  data  format,  and  begins  loading  256 
bytes  of  data  into  memory  via  the  serial  channel. 
That  permits  the  Z800  to  serve  as  a ROM-less  slave 
processor,  subject  to  changes  to  suit  the  needs  of  the 
host  system. 

Multiprocessor  operation  made  easy 

Besides  serving  as  slave  processors,  the  Z800 
units  can  operate  in  multiprocessor  systems.  Both 
the  Z8208  and  the  Z8216  have  on-chip  features  that 
readily  permit  their  incorporation  into  multi- 
processor systems. 

In  the  example  (Fig.  4),  two  or  more  processors, 
each  with  a local  bus  that  supports  some  combina- 
tion of  memory  and  I/O  devices,  communicate  via  a 
memory  block  on  the  shared  global  bus.  This  archi- 
tecture requires  the  use  of  bus  arbitration  logic  to 
allocate  the  global  bus  resource. 

Only  part  of  each  Z800’s  address  space  would  be 
assigned  to  the  global  bus  via  the  processor’s  local- 
address  register.  Included  in  this  scheme  could  also 
be  a master  processor  to  control  the  global  bus  and 
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IEEE  bus  interface 
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5.  A complete  microcomputer  system  can  be  built  around  the  Z8216,  because  its  powerful 
resources  eliminate  many  peripheral  functions.  For  parallel  I/O  and  interrupt  control,  two 
Z8036s  can  be  added,  and  a Z8030  serial  communication  controller  can  add  two  more  serial 
I/O  channels. 


allocate  tasks  to  the  slave  Z800  processors. 

For  maximizing  board  space  for  memory,  the 
Z8216  is  the  best  choice.  It  offers  many  of  the  func- 
tions a designer  needs  to  build  a microcomputer 
board.  All  that  must  be  added  are  the  interface  logic 
and  buffers  required  to  tie  into  a system  bus  like  the 
IEEE-696  or  IEEE-796. 

To  handle  interrupts  and  provide  a parallel  port 
for  a printer,  two  Z8036  counter-timer  and  parallel 
I/O  circuits  can  be  added.  For  additional  serial  I/O, 
a Z8030  dual-channel  serial  communications  con- 
troller can  be  connected  to  the  local  bus  (Fig.  5). 

Since  the  processor  contains  its  own  clock  oscil- 
lator as  well  as  a clock  output,  all  timing  can  origi- 
nate from  its  crystal.  One  of  the  counter-timers  acts 
as  a baud-rate  generator  for  the  built-in  serial  port, 
and  the  off-chip  serial  communications  controller 
has  its  own  baud-rate  generator,  reducing  system 
complexity. 

The  special  status  and  control  signals  available 
from  the  Z8216  simplify  the  external  logic  needed  to 
generate  the  bus  and  buffer  control  signals.  To  de- 
multiplex the  lower  16  address/data  lines,  the  ad- 
dress latch  must  simply  be  strobed  with  the  address 
strobe  line,  and  the  status  lines  can  readily  be  deco- 


ded by  either  a l-of-10  or  a l-of-16  decoder.  (The 
first  10  status  outputs  are  used  in  systems  that  do 
not  have  an  extended  processing  unit,  so  the  smaller 
decoder  can  be  used.  If  an  extended  processing  unit 
is  present,  the  remaining  six  outputs  should  be 
decoded.) 

Since  the  processor  contains  its  own  10-bit 
refresh-address  generator,  dynamic  RAMs  as  large 
as  1 Mbit  can  readily  be  handled  without  the  space- 
consuming refresh  logic  often  needed  in  medium- 
size  systems.  Also,  the  processor  can  automatically 
generate  the  appropriate  wait  states,  thus  permit- 
ting the  bus  timing  to  be  optimized  for  the  memory 
access  speed.  □ 
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COST  EFFECTIVE  MEMORY  SELECTION  FOR  Z8000  CPUs 

The  "memory-effective"  architecture  of  the  Z8000 
CPU  is  the  key  to  cost-effective  system  design  in 
many  applications.  Z8000  CPUs  are  designed  to 
achieve  high  performance  without  the  use  of  high- 
performance  memories.  Because  a single  applica- 
tion often  requires  hundreds  of  memory  chips  for 
each  CPU,  this  memory-effective  design  can  result 
in  large  cost  savings. 

Many  factors  enter  into  the  selection  of  CPU  and 
memory  characteristics  for  a given  application. 
This  application  note  examines  the  simple  formula 
that  relates  these  factors  to  each  other  and  pro- 
vides examples  of  the  formula  applied  in  common 


situations.  Background  for  the  material  in  this 
application  note  can  be  found  in  the  Z8000  CPU 
Manual  (document  #00-2010-C0)  and  in  the 
Z8001/Z8002  CPU  Product  Specification  (document 
#00-2045-A0). 

TIE  BASIC  FORMULA 

Figure  1 shows  a generalized  view  of  the  informa- 
tion path  taken  when  the  CPU  issues  a valid  memory 
address.  This  process  ends  when  valid  data,  re- 
presenting the  contents  of  the  addressed  location 
is  returned  to  the  CPU.  Not  all  of  the  elements 
shown  in  Figure  1 are  necessarily  present  in  every 
application,  in  which  case  the  basic  formula  is 
simplified  for  that  application. 


This  schematic  view  shows  the  principal  elements  that  enter  into  the  basic 
formula  relating  memory  and  CPU  timing  characteristics.  Many  applications 

i % 

use  subsets  of  these  elements,  which  simplifies  the  basic  formula  for 
those  applications. 

The  two-letter  symbol  in  each  box  is  used  in  the  basic  formula  to  repre- 
sent the  time  length  of  that  box's  task. 


Figure  1.  The  Address-to-Data  Path  Illustrates  the  Basic  Formula 


The  address  issued  by  the  CPU  is  called  a logical 
address.  It  is  transformed  by  the  MMU  (or  other 
memory  management  circuitry)  into  a physical 
address.  The  symbol  "MM”  in  Figure  1 represents 
the  time  required  for  this  transformation.  When 
no  address  translation  circuitry  is  present  in  a 
given  application,  MM=0. 

When  a physical  address  is  emitted  by  the  MMU  (or 
by  the  CPU  if  address  translation  is  not  used),  it 
is  presented  to  the  memory  array.  After  an 

interval  of  time  represented  by  "MA"  in  the  basic 
formula,  data  representing  the  contents  of  the 
addressed  location  and  check  bits  associated  with 
that  location  appear  at  the  output  of  the  memory. 

If  no  error  check/correction  circuitry  is  used  in 
a given  application,  then  no  check  bits  appear, 
and  the  output  of  the  memory  is  presented  to  the 
CPU  as  valid  data  representing  the  contents  of  the 
addressed  location.  If  error  correction  circuitry 
is  used,  then  the  memory  output  is  input  to  the 
error  check/correction  circuitry.  After  an 

interval  of  time  represented  by  EC  in  the  basic 
formula,  the  output  of  the  error  check/correction 
circuitry  is  presented  to  the  CPU  as  the  contents 
of  the  addressed  location. 

The  three  time  periods  represented  by  MM,  MA,  and 
EC  all  contribute  to  the  total  time  elapsed  in  the 
address-to-data  path,  but  one  additional  calcula- 
tion is  required  to  reach  the  total.  MM,  MA,  and 
EC  represent  the  times  elapsed  in  the  correspond- 
ing elements  in  the  information  path.  The  remain- 
ing term,  BD,  represents  the  time  elapsed  while 
passing  information  between  the  specific  areas. 
Thus,  BD  must  include  the  delays  in  any  buffers 
required  for  interboard  bus  transfers  and  time 
spent  in  address  decoders  or  other  selection 
logic.  Even  the  time  taken  for  propagation  of 
signals  must  be  considered,  although  the  amount  is 
usually  negligible  in  comparison  with  MM  + MA  + 
EC. 

The  total  time  elapsed  in  the  address-to-data  path 
is  the  sum  of  the  four  terms  MM,  MA,  EC,  and  BD. 
This  total  must  be  less  than  the  maximum,  CD, 
specified  for  the  given  CPU.  This  leads  to  the 
most  fundamental  form  of  the  basic  formula: 

MM  + MA  + EC  + BD  < CD  (1) 

The  term  CD,  however,  can  also  be  expressed  as  a 
formula.  CD  depends  partly  upon  the  characteris- 
tics of  the  clock  supplied  to  the  CPU  and  partly 


upon  constants  that  depend  upon  the  maximum  clock 
speed  rating  of  the  CPU.  Furthermore,  the  Z80Q0 
architecture  allows  "wait  states"  to  be  inserted 
into  memory  access  transactions.  The  number  of 
wait  states  inserted  is  another  factor  entering 
into  the  formula  for  CD.  Finally,  there  are  two 
possible  expressions  for  CD,  depending  upon 
whether  independent  timing  or  the  address  strobe 
signal  (AS)  is  used  to  signal  "address  valid." 

The  published  ac  characteristics  of  the  Z8000  CPUs 
specify  the  exact  point  at  which  addresses  become 
valid.  (Parameter  9 of  the  ac  characteristics 

t stole  relates  this  point  to  a rising  clock  edge.) 
An  address  strobe  signal,  AS,  is  also  provided  by 
the  Z8000  CPU.  The  rising  edge  of  A§,  which 
occurs  approximately  one-half  clock  period  after 
addresses  become  valid,  can  be  used  to  signal 

"address  valid."  Use  of  A5  simplifies  the 

circuitry  but  places  a greater  demand  on  the 

memory.  Furthermore,  no  similar  signal  is  availa- 
ble from  the  MMU  circuits  designed  for  use  with 
the  Z8000  CPUs,  so  that  AS  can  only  be  used  as 
described  above  in  a system  without  memory  address 
translation  (i.e.,  when  MM=0). 

The  two  ways  of  computing  CD  (ac  characteristic 
parameters  11  and  27)  are  expressed  in  the  fol- 
lowing two  equations: 

CD  = (2+W) • CP  + CH  - K1  (2a) 

CD  = (2+W) * CP  - CF  - K2  (2b) 

where : 

W = number  of  wait  states 
CP  = clock  period 
CH  = clock  width  (high) 

CF  = clock  falling  time 

K1,K2  = constants  whose  values  depend  on  the 
rated  maximum  clock  speed  of  the  CPU 

The  right  hand  side  of  equation  (2a)  expresses  the 
time  between  the  actual  appearance  of  a valid 
address  output  and  the  point  at  which  valid  data 
is  required.  The  right  hand  side  of  equation  (2b) 
expresses  the  time  between  the  rising  edge  of  AS 
and  the  point  at  which  valid  data  is  required. 
The  values  of  K1  and  K2  for  Z8000  CPUs  are  given 
in  Table  1. 

The  foregoing  considerations  can  now  be  summarized 
in  the  basic  formula  (Figure  2).  There  are  two 
versions  of  this  formula,  one  for  each  of  the  two 
expressions  for  calculating  CD  (2a  and  2b). 
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THE  WAIT  STATE  TRADEOFF 


Maximum  Rated  Clock  Speed 
4 MHz  6 MHz  10  MHz 


K1 


K2 


130  ns 

93  ns 

60  ns 

120  ns 

100  ns 

50  ns 

Table  1.  CPU  Speed  Rating  Affects 
the  Basic  Formula 


As  either  version  of  the  basic  formula  shows, 
adding  a wait  state  to  the  process  increases  the 
maximum  memory  access  rating  (MA)  by  one  clock 
period  (CP).  (Fractions  of  wait  states  can  be 
simulated  by  "clock  stretching,"  to  which  the 
discussion  in  this  section  also  applies.)  CPU 
performance,  however,  is  lessened  by  the  introduc- 
tion of  wait  states.  This  section  is  concerned 
with  the  estimation  of  that  reduction. 

The  decline  in  performance  level  attributable  to 
the  introduction  of  wait  states  into  memory 
accesses  is  difficult  to  pinpoint,  since  each 
instruction  is  affected  differently.  For  example, 
a register-to-register  multiplication  takes  70 
clock  periods  without  wait  states  and  71  clock 
periods  with  a wait  state — a reduction  of  1.45S  in 
execution  speed.  A register-to-register  load,  on 
the  other  hand,  takes  three  clock  periods  without 


The  Basic  Formula 
(Two  Versions) 


MA  < (2+W)  * CP  + CH  - (MM  + EC  + BD  + K1)  (A) 

MA  < (2+W)  • CP  - CF  - (EC  + BD  + K2)  (B) 


MA  = rated  access  time  of  the  memory 
W = number  of  wait  states 
CP  = clock  period 
CH  = clock  width  (high) 

CF  = clock  fall  time 
MM  = memory  translation  (MMU)  overhead 
EC  = error  check/correction  overhead 
BD  = selection  logic,  buffers,  bus  delay 
K1,K2  = constants  (see  Table  1) 


The  basic  formula  determines  the  maximum  access  time  for  memories  used 
with  a Z8000  CPU  as  a function  of  any  factors  that  might  affect  it. 

The  first  version  of  the  formula  is  the  general  case  and  assumes  that 
an  independent  circuit  is  used  to  signal  the  memory  when  the  CPU  or 
the  MMU  emits  a valid  address.  The  second  version,  not  applicable  if 
memory  management  is  used,  assumes  that  the  rising  edge  of  address 
strobe  (AS)  will  be  used  to  generate  the  RAS  or  equivalent  signal  to 
the  memory. 


Figure  2.  The  Basic  Formula 


wait  states  and  four  clock  periods  with  a wait 
state — a reduction  of  2555  in  execution  speed. 

In  one  published  study  (AMD,  Z8000  Benchmark 
Report,  1981),  five  Z8000  programs  were  analysed. 
The  objective  was  to  compare  Z8000  performance 
with  that  of  competing  microprocessors,  but 
included  in  the  reported  results  was  a performance 
comparison  of  each  of  the  five  Z800G  programs  with 
and  without  a wait  state.  The  reductions  in 
execution  speed  were  5%,  6%,  1555,  1755  and  2155. 
The  555  and  655  reductions  appeared  in  the  "auto- 
msted  parts  inspection"  and  "XY  transformation,” 
both  of  which  involve  many  register-to-register 
arithmetic  operations  and  few  memory  reference 
instructions.  The  1555  and  17%  reductions  appeared 
in  the  "block  translation"  and  in  the  "bubble 
sort,"  both  of  which  involve  a great  many  memory 
accesses.  The  2155  reduction  appeared  in  a dummy 
’-'reentrant  procedure,"  which  does  almost  nothing 
other  than  save  and  restore  the  general  registers. 

As  the  study  cited  above  shows,  the  effect  of 
adding  wait  states  varies  from  application  to 
application.  If  a numerical  value  can  be  assigned 
to  the  reduction  in  performance  level  caused  by 
wait  states  in  a given  application,  then  that 
value  can  also  be  compared  with  the  reductions 
arising  from  other  approaches  to  providing  a given 
target  memory  access  rating,  such  as: 

• Reducing  the  clock  speed  (increasing  CP). 

• Using  values  of  W other  than  1. 

The  effect  of  each  of  these  alternatives  can  be 
evaluated  numerically  and  compared  with  the  effect 
of  adding  one  wait  state. 


Since  the  execution  speed  of  the  CPU  is  inversely 
proportional  to  the  clock  period,  the  ratio  of  the 
new  speed  to  the  old  after  the  change  A CP  in 
clock  period  is 


CP 

CP  + ACP 


= 1 + 


AMA 
(2+W) ‘CP+CH 


-1 


(4a) 


P 


CP 

pp  x atp 


AMA 

( .PD 


\ «-  * " / 


W I 


/ 


(4b) 


For  example,  assume  that  version  (B)  of  the  basic 
formula  has  been  used  with  values  W = 0,  CP  = 
250ns  (4  MHz),  CF  = 10ns,  EC  = 0,  BD  = 60ns,  and 
K2  = 120ns.  Then  MA  < 500  - 10  - (60  + 120)  = 
310ns.  If  memories  rated  at  350ns  access  time  are 
desired  the  required  A MA  is  40ns.  Using  (3b), 

the  required  ACP  is  20ns,  leading  to  a new  CP  of 
270ns,  which  corresponds  to  a clock  speed  of  3.70 
MHz.  Formula  (4b)  gives  a value  of 


p = 


.92 


That  is,  reducing  the  clock  speed  to  achieve  the 
desired  memory  access  time  results  in  an  855  reduc- 
tion in  execution  speed.  If,  instead,  one  wait 
state  had  been  inserted  (increasing  the  maximum  MA 
from  310ns  to  560ns),  the  reductions  in  execution 
speed  for  the  programs  cited  above  would  range 
from  555  to  2155. 


Reducing  Clock  Speed 

Assume  that  values  have  been  assigned  to  all  of 
the  variables  in  the  basic  formula  and  that  it  is 
desired  to  increase  CP  to  achieve  a higher  upper 
bound  on  MA.  If  A MA  is  the  desired  increase  in 
the  right  side  of  the  basic  formula,  then  each 
version  of  the  basic  formula  gives  rise  to  an 
equation  for  the  required  change  A CP: 


ACP 


AMA 

2 + W + CH /CP 


(3a) 


Using  Values  of  W Other  than  1 

Assume  that  values  have  been  assigned  to  all  of 
the  variables  in  the  basic  formula  and  that  wait 
states  are  desired  to  achieve  a higher  upper  bound 
on  MA.  Assume  also  that  a relative  performance 
level  of  pg  is  achieved  when  W=1.  (For  example, 
for  the  five  programs  cited  earlier,  the  values  of 
Pq  would  be  .95,  .94,  .85,  .83,  and  .79.)  Then, 
for  either  version  of  the  basic  formula,  the 
performance  level  corresponding  to  W wait  states 
is  given  by 


AMA 


P 


PQ 

PQ  + o - Po)’w 


(5) 


ACP 


2+W 


(3b) 


Thus,  for  example,  if  insertion  of  one  wait  state 
leads  to  a performance  level  of  .85  (a  reduction 
of  15%),  the  insertion  of  one-half  wait  state  (by 
clock  stretching)  leads  to  a performance  level  of 

n .85 

P - - 09 

.85  + ( . 15) ( .5)  “ 

or  a reduction  of  8%. 


EXAMPLE  1:  THE  ZILOG  SYSTEM  8000 

The  Zilog  System  8000  provides  an  example  that 
includes  all  of  the  elements  of  the  basic 
formula.  The  following  characteristics  describe 
the  main  memory  of  the  System  8000: 


The  difference  of  only  5 ns  indicates  that  the 
system  characteristics  have  been  closely  matched. 
Notice  that  the  clock  is  running  at  less  than  the 
rated  maximum  speed.  An  increase  to  the  maximum 
allowed  for  a 6 MHz  rated  Z8001  CPU  would  result 
in  a clock  period  (CP)  of  165ns,  and  thus  a maxi- 
mum memory  access  rating  (MA)  of  118.  The  5.56 
MHz  clock  speed  results  in  a relative  performance 
level  of  165/180  = .92,  or  an  8%  reduction  in 
execution  speed. 

EXAMPLE  2:  A Z8002  WITH  A Z6132 

The  Z6132  quasistatic  4K  byte  RAM  is  designed  for 
use  with  the  Z8000  CPUs.  For  example,  with  the 
Z8002's  AS  line  tied  directly  to  the  AC  input  of 
the  Z6132  (see  Figure  6 of  the  Z6132  Product 
Specification,  document  number  00-2028-A0,  version 
(B)  of  the  basic  formula  can  be  used: 


MA 

s 

150ns 

(dynamic  RAM) 

W 

«w 

0 

CP 

r 

180ns 

(5.56  MHz) 

CH 

- 

80ns 

MM 

= 

90ns 

(Z8010  MMU,  6MHz  rated) 

EC 

s 

40 

BD 

— 

60 

(Buffers  and  selection 

K1 

- 

95ns 

(Z8001 , 6 MHz  rated) 

Version 

(A)  of  the  basic  formula  must  hold 

150 

< 

(2+0)- 

1 80+80- ( 90+40+60+95 ) = 155 

MA  < 2*CP  - CF  - K2 

For  4 and  6 MHz  rated  CPUs  running  at  maximum 
speed  and  using  the  longest  allowed  clock  fall 
time  (ac  characteristic  parameter  4),  the  basic 
formula  gives: 

MA  < 2*250  - 140  = 360  ns  (4  MHz) 

MA  < 2*165  - 110  = 220  ns  (6  MHz) 

Thus,  a 350ns  Z6132  can  be  used  with  a 4 MHz  Z8000 
and  a 200ns  Z6132  can  be  used  with  a 6 MHz  Z8000. 


00-2206-01 
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BENCHMARK  REPORT 

Z8000  vs  8086  vs.  68000 


These  benchmarks  compare  the  performance  of 
the  Z8001  and  Z8002,  the  Motorola  68000  and  the 
Intel  8086  running  the  set  of  programs  which  have 
become  industry  standards  for  comparing  micro- 
processors The  data  demonstrates  that 

■ The  6MHzZ8000  outperforms  the  8M Hz  68000 
and  any  version  of  the  8086. 

■ At  any  given  memory  access  time,  the  Z8000 
gives  higher  performance  than  the  8086  or  68000. 

■ Any  given  performance  level  can  be  reached  with 
the  Z8000  using  slower  memories  than  the  8086 
or  68000. 

For  a demanding  microprocessor  application  the  user 
has  the  choice  of  three  competing  microprocessor 
families 

■ The  Z8000  manufactured  by  Zilog  and  AMD 

■ The  8086  [or  iAPX  86/10}  manufactured  by  Intel 

■ The  68000  manufactured  by  Motorola 

A widely  quoted  benchmark  comparison  of  these 
three  microprocessors  was  published  by  Intel  in 
1980  under  the  title'  “16-bit  Benchmark  Report 
1APX86,  Z8000  and  68000”  (Intel  Publication  No 
AFN01551  A} 

Not  surprisingly,  the  Intel  8086  was  announced  the 
winner  in  that  publication  Intel  achieved  this  result  by 
inefficiently  coding  the  competing  devices,  thus  not 
utilizing  the  powerful  instruction  sets  of  the  more 
modern  Z8000  and  68000  microprocessors 
In  order  to  refute  the  wrong  conclusions  drawn  by 
Intel,  we  purposely  used  the  same  benchmarks,  and 
even  the  identical  flow  diagrams  We  give  Intel  the 
benefit  of  the  doubt  and  assumed  their  performance 
figures  from  the  above  mentioned  document  For  the 
Z8000  and  the  68000,  however,  we  rewrote  the  code 
efficiently.  We  did  not  use  exotic  tricks,  just  plain 
straightforward,  efficient  coding  that  takes  advantage 
of  the  powerful  instructions  of  the  Z8000  and  the 
68000. 

We  made  one  minor  modification  to  the  Intel  defini- 
tion of  the  Block  Translation  We  write  the  translated 
character  back  into  the  same  buffer  where  the  EBCDIC 
character  was  stored  We  see  no  reason  why  anybody 
would  perform  a non-destructive  translation  It  wastes 
memory  space  The  purist  who  wants  our  exact 
response  to  the  Intel  benchmark  should  subtract  1 3% 
from  the  Z8000  performance  to  accommodate  non- 
destructive translation,  which  happens  to  be  less  effi- 
cient on  the  Z8000,  but  does  not  affect  the  8086  and 
68000  performance. 


reference  gray  shade  held  in  memory  The  program 
controls  the  X-Y  scan  control  to  the  camera  by  means 
of  two  7-bit  D-A  converters  and  reads  the  resultant 
gray  shade  signal  via  a 1 2-bit  A-D  converter 


Automated  Parts  Inspection 


Block  Translation  — Destructive 

The  block  translation  benchmark  translates  a string  of 
EBCDIC  characters  into  a string  of  ASCII  characters, 
and  overwrites  the  EBCDIC  string.  The  benchmark 
assumes  121  characters  in  the  source  string 


Description  of  Benchmark  Tests 

The  benchmark  tests  used  in  this  performance 
evaluation  were  selected  for  variety  and  are 
representative  of  applications  including  data 
processing,  image  processing  and  arithmetic 
processing  Detailed  coding  is  shown  in  the  appendix. 

Automated  Parts  Inspection 

The  automated  parts  inspection  program  controls  the 
interface  to  an  image-dissector  camera,  and  compares 
the  gray  shade  signal  from  each  of  1 6,384  points  to  a 


Reprinted  with  permission  of  Advanced  Micro  Devices 
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Figure  1 Relative  Performance  as  a Function  of  Clock  Frequency 

Maximum  frequencies  are  shown  for  available  speed  selections.  Dotted  lines  indicate  planned 
extensions. 
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Bubble  Sort 

The  bubble  sort  is  a well-known  algorithm  for  sorting 
data  elements  into  one  sequence  (in  this  case,  numer- 
ically ascending  order).  The  benchmark  assumes  that 
a one-dimensional  array  of  ten  elements  is  to  be  sorted 
and  that  the  elements  are  initially  in  numerically 
descending  order. 


- L2 
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XY  Transformation 

The  XY  transformation  scales  a selected  graphic  win- 
dow containing  16-bit  unsigned  integer  XY  pairs.  Each 
X data  is  offset  by  XO  and  multiplied  by  a fractional 
scale  factor  L2/L1 . Each  Y data  is  offset  by  YO  and 
multiplied  by  the  same  scale  factor.  The  benchmark 
assumes  the  selected  window  contains  1 6,384  XY 
pairs. 


Count  = Number  Of  XY  Pairs 


Computer  Graphics  XY  Transformation 

This  flowchart  was  originally  presented  by  Intel 


Reentrant  Procedure 

This  benchmark  demonstrates  the  ability  of  the  proc- 
essor to  handle  reentrant  procedures  and  parameter 
passing  between  procedures.  The  input  parameters 
are  passed  (by  value)  to  the  procedures.  Prior  to  the 
call,  the  first  parameter  is  in  one  of  the  general  registers 
while  the  second  and  third  parameters  are  stored  in 
memory  locations  PARAM2  and  PARAM3,  respectively. 

Upon  entry,  the  procedure  preserves  the  state  of  the 
processor,  and  it  is  assumed  that  the  procedure  uses 
eight  of  the  general-purpose  registers.  Next,  the 
procedure  allocates  the  storage  for  three  local 
variables  (LOCAL1 , LOCAL2,  LOCAL3).  The 
procedure  then  adds  the  three  passed  parameters 
and  stores  the  result  in  the  first  local  variable.  Upon 
exit  from  the  procedure,  the  state  of  the  processor  is 
restored. 

Table  1 shows  execution  times  for  each  benchmark 
on  each  microprocessor  without  and  with  one  Wait 
State.  Execution  times  are  then  inverted  to  indicate 
performance  (not  time),  and  normalized  with  respect 
to  the  slowest  device,  the  5MHz  iAPX  86/10  (i.e.  the 
original  8086).  As  can  be  seen  from  the  detail  data  in 
the  appendix,  the  Z8001  and  Z8002  are  so  similar  in 
performance  that  they  can  be  grouped  together. 

Figure  1 shows  the  average  performance  data 
graphically. 
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Performance  Relative  To  iAPX  86/10  @ 5MHz 
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3.05 
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1.99 

1.53 

1.34 

2.75 

2.4 

2.19 

1.93 

2.00 

1.84 

1.60 

1.48 

OW  = No  Wait  State,  1 W = One  Wait  State  per  memory  access. 

Table  1 


Memory  Access  Time 

The  benchmark  data  compares  the  performance  of 
the  three  microprocessors  at  nominal  clock  rates 
without  regard  to  the  memory  access  time  required 
to  achieve  the  performance. 

Memory  speed  is  however,  an  important  systems 
consideration  since  it  has  a strong  impact  on  memory 
cost  and  the  design  of  the  supporting  circuitry.  In  most 
systems  memory  cost  far  exceeds  the  cost  of  the  CPU. 
It  is  therefore  more  useful  to  treat  the  CPU  clock  fre- 
quency as  a variable  and  plot  performance  as  a func- 
tion of  memory  access  time  requirement.  For  each 
CPU,  the  memory  access  time  requirement  can  be 
relaxed  by  using  a higher  speed  version  of  the  CPU,  by 
lowering  the  actual  clock  frequency,  or  by  adding  Wait 
States. 

Data  sheets  for  the  various  microprocessors  indicate 
the  relationship  between  memory  access  time  and 
clock  period  Every  Wait  State  adds  another  clock 
period  to  the  memory  access  time. 

Tac  =(K  + W)T-D 

Tac  = memory  access  time  required  [at  CPU  pins) 

K = clock  cycles/access  (K=3  for  the  8086, 

K=2.5  for  the  Z8000  and  68000) 

W = number  of  Wait  States  inserted  [usually  0 or 
1) 

T = actual  clock  period  in  ns 
D = sum  of  time  for  CPU  delays,  set-up  times, 
etc.  This  is  a constant  for  a given  part  type 
and  speed  selection.  See  Table  for  value. 


Device  TAq  in  nanoseconds  for  various 

actual  T 

(W  = 0,T  — ) 

'max 


Device 

and 

Speed 

Selection 

*max 

D 

T= 

250ns 

(4MHz) 

T= 
167ns 
(6  MHz) 

J— 

125ns 

(8MHz) 

T= 

100ns 

(10MHz) 

Z8001 , 
Z8002 

4MHz 

1 50ns 

475 

Z8001A, 

Z8002A 

6MHz 

95 

530 

320 

Z8001B, 

Z8002B 

8MHz 

75 

550 

340 

238 

68000-4 

4MHz 

120 

505 

— 

— 

— 

68000-8 

8MHz 

90 

535 

325 

223 

— 

68000-10 

10MHz 

80 

545 

335 

233 

170 

8086-5 

5MHz 

140 

610 

— 

— 

— 

8086-8 

8MHz 

80 

670 

410 

295 

— 

8086-10 

10MHz 

60 

690 

430 

315 

240 

Table  2 Memory  Access  Times  Required 


4-12 


The  relative  performances  computed  previously  are 
obviously  directly  proportional  to  the  clock  frequency 
used.  That  is,  for  a given  device  selection,  the  relative 
performance  is  inversely  proportional  to  T,  the  actual 
clock  period.  The  memory  access  time  requirement  is 
also  related  to  the  clock  period. 


and  Relative  Performance  can  be  plotted  against 
memory  access  time  required,  with  the  clock  frequency 


being  allowed  to  vary  as  required,  down  from  the  maxi- 
mum for  the  part  selection.  As  the  clock  frequency 
is  reduced,  a point  is  reached  where  equal  performance 
can  be  achieved  by  raising  the  clock  frequency  back 
up  and  inserting  a Wait  State.  This  results  in  the  same 
performance  but  a lower  memory  access  time  require- 
ment, so  it  is  logical  to  do  so. 

Table  3 contains  computed  data  of  memory  access 
time  requirements  as  a function  of  relative  performance 
for  each  device  selection  with  0 and  1 Wait  States. 
Figure  2 plots  this  data  and  shows  the  point  at  which 
the  Wait  State  can  be  inserted  without  reducing 
performance 
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Fig.  2 Relative  Performance  as  a Function  of  Memory  Access  Time 

Wait  States  are  inserted  when  they  reduce  access  time  requirements  without  affecting  performance 
(clock  frequency  is  raised). 
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282 

362 

270 

354 

256 

1 8 

455 

572 

431 

551 

302 

387 

290 

379 

273 

349 

1 7 

487 

610 

462 

589 

324 

414 

312 

406 

293 

373 

1 6 

522 

653 

496 

631 

350 

445 

337 

437 

315 

400 

295 

1.5 

561 

702 

536 

680 

488 

378 

480 

366 

472 

340 

431 

320 

413 

1 4 

607 

757 

581 

735 

533 

411 

520 

398 

512 

369 

466 

349 

449 

1 3 

659 

821 

633 

799 

586 

449 

566 

436 

559 

402 

506 

382 

489 

1.2 

721 

896 

694 

873 

647  827 

493 

620 

479 

613 

440 

553 

420 

537 

1 1 

793 

984 

765 

961 

719  916 

545 

684 

531 

677 

485 

609 

465 

593 

1 0 

880 

1090 

851 

1067 

806  1023 

608 

760 

593 

753 

540 

676 

520 

660 

W=0  = No  Wait  State,  W=  1 = One  Wait  State  per  memory  access 

Table  3 Required  Memory  Access  Time  to  Achieve  a Given  Relative  Performance  (in  nanoseconds) 


What  This  Benchmark  Does  And  Doesn’t  Tell  You 

Benchmarks  are  popular  simplifications  to  compare 
the  performance  of  different  microprocessors.  Like 
all  other  simplifications,  benchmarks  must  be  used 
with  care. 

At  best  they  accurately  compare  the  performance 
of  different  microprocessors  in  a limited  set  of  applica- 
tions, which  may  or  may  not  be  representative  of  the 
applications  that  the  user  needs. 

At  worst  they  are  distorted  by  a manufacturer  who 
wants  to  “prove”  that  his  device  is  the  best.  By  choosing 
examples  that  favor  a particular  microprocessor  or  — 
more  deviously  — by  writing  inefficient  code  for  the 
competitor’s  device,  any  manufacturer  can  “prove”  that 
his  product  is  superior  to  the  competition’s. 

Moreover,  benchmarks  describe  only  one  aspect  of 
the  microprocessor:  speed  [or  throughput).  Other 
important  technical  considerations  are: 

■ Code  efficiency 

■ Ease  of  prog  ram  m i ng 

■ Ease  of  interfacing  to  memory  and  I/O 

■ Availability  of  powerful  peripheral  devices 

■ Availability  of  hardware  and  software  support 

Finally  there  are  good  business  reasons  for  favoring 
a particular  microprocessor: 

■ Price,  availability  and  multiple  sourcing 

■ Vendor  reputation  and  quality  of  field  application 
support 

■ Device  reliability  and  quality  level. 


Benchmarks  tell  nothing  about  these  important  aspects. 

In  spite  of  these  limitations,  benchmarks  are  an 
important  tool  for  adding  quantitative  data  to  the  com- 
plicated task  of  selecting  the  right  microprocessor. 

The  soon-to-be-announced  QW\HzZ8000B is  1 1% 
faster  than  the  soon-to-be-announced  10MHz 
68000-10,  and  the  Z8000B  achieves  this  superior 
performance  even  with  substantially  slower  memories. 

The  6 MHz  Z8000A  is  4%  faster  than  the  8MHz 
68000-8,  and  the  Z8000A  can  tolerate  memory  access 
times  100ns  longer  than  required  by  the  68000-8. 

The  iAPX  86,  even  in  its  fastest  10MHz  version  is  no 
contender 

The  Z8000  is  better 
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APPENDIX 

A.  Automated  Parts  Inspection 

Z8002 

# of  Clock  Cycles 

LDR12,  PERCENT 

,Load  Percent  Tolerance 

7 + 2W 

LD  R8,T  GRAYTAB 

.Gray  Table  Base  Address 

7 + 2W 

LD  R0,  16383 

.Number  of  Scans 

7 + 2W 

LD  R10,  SIGNAL 

.Load  A/D  Converter 
Address  7 + 2W 

LD  R11,  XYSCAN 

.Load  Addresses  for  the 
2 D/A  Converters 

7 + 2W 

LD  R1 3,  REJECT 

.Load  Reject  Port  Address 

7 + 2W 

LOOP 

OUT  R11,  RO 

.Write  XY  Coordinates 

* 10  + W 

INR4,  R10 

,Z=R4  (Read  Signal) 

* 10+  W 

LD  R3,  R8T 

,Z0=R3  (Read  Reference) 
* 7 + 2W 

INC  R8,  2 

,lnc  Reference  Pointer 

* 3+  W 

LD  R1,R3 

,R1=Z0  * 3+  W 

MULRR2.R12 

,R3=Z0*PERCENT 

* 70+  W 

DIVRR2,  #100 

,R3=Z0*PERCENT/100 
* 95  + 2W 

SUBR4,  R1 

,R4=Z-Z0  * 4+  W 

JR  GE  BYPASS 

,R4  > 0 * 6+  W 

NEG  R4 

,R4  < 0 — > R4  = | Z-Z0  | 

7+  W 

BYPASS 

CPR4,  R3 

,|  Z-Z0  | -Z0  * PERCENT/ 
100  * 4+  W 

JR  LE  ENDTEST 

,|  Z-Z0|  <20*  PERCENT/ 
100  * 6 + W 

OUT  R13,  R4 

.Reject  Signal  10+  W 

ENDTEST 

DJNZR0,  LOOP 

.Process  Next  Point 

* 11  + W 

CONSTANT  PERCENT= 

CONSTANT  SIGNAL= 

CONSTANT  XYSCAN= 

CONSTANT  REJECT= 

GRAYTAB  WORD  [16384) 

On  average,  of  1 6384  times  through  Loop  we  assume  that 
81 92  times  Z-Z0>0 

81 92  times  Z-ZCKO  i e we  execute  NEG  R4 
1 638  times  [10%  of  the  cases)  we  reject  the  part,  i e we  execute 
OUT  R13,  R4 

Total  Clocks  6(7+2W)  + 8192  (229  + 14W)  +8192  (236  + 

15W)  + 1638(10  + W)  = 16422  + 1650W  + 8192 
(465  +29W)  = 3,825,702  +239.218W 


Z8001  (Continued) 


# of  Clock  Cycles 


BYPASS 

CP 

R4,R3 

4 + 

W 

JR  LE 

ENDTEST 

6 + 

W 

OUT 

R13.R4 

10  + 

W 

ENDTEST 

DJNZ 

RO.LOOP 

11  + 

W 

Total  clocks.  3,825,706  + 239,21 9 W 

Notice  that  there  is  practically  no  performance  deterioration  due 
to  segmentation 


68000 


LOOP 


BYPASS 


ENDTEST 


# of  Clock  Cycles 


MOVEW 

DO,  #16383 

.Number  of 
scans 

->  DO  8 + 2W 

MOVEW 

D6,  #PERCENT 

.Percent 
Tolerance 
->  D6  8 + 2W 

MOVEL 

A3,  #GRAYTAB 

.Gray  Tables  A3 
12  + 3W 

MOVEW 

A5,  #XYSCAN 

,D/A  Address 
->  A5  8 + 2W 

MOVEW 

A6,  #R EJECT 

.Address  of 
Reject  Message 
— > A6  8 + 2W 

MOVEW 

A4,  #SIGNAL 

;A/D  Address 
->  A4  8 + 2W 

MOVEW 

(A5),  DO 

.Write  XY 
Coordinates 

9 + 2W 

MOVEW 

D4,  (A4) 

.Read  Signal  D4 
8 + 2W 

MOVEW 

D3,  (A3)+ 

;Read  Reference 
D3  8 + 2W 

MOVEW 

D1.D3 

4+  W 

MULU 

D3,  D6 

;D3=D3*D6 

70+  W 

DIVU 

D3,  #100 

,D3=D3*D6/100 
144 + 2W 

SUBW 

D4.D1 

,D4=Z-Z0 

4+  W 

bgebypass 

,D4<0 

8/10+  W 

NEGW 

D4 

,D4<0 — ) D4 
Z-Z0  4 + W 

CMPW  D4 

, D3 

,|  Z-Z0|-Z0* 
PERCENT/100 
4+  W 

ble 

ENDTEST 

;|  Z-Z0  |<Z0* 
PERCENT/100 
8/10+  W 

MOVEW 

(A6),  D4 

.Reject  Signal 

8 + 2W 

DBp 

DO,  LOOP 

.Loop  to  Next  Call 
14  + 3W/10  + 2W 

Z8001 

# of  Clock  Cycles 

LD 

R12,  PERCENT 

7 + 2W 

LDL 

RR8,  TGRAYTAB 

11  +3W 

LD 

R0, 16383 

7 + 2W 

LD 

R10,  SIGNAL 

7 + 2W 

LD 

R11,  XYSCAN 

7 + 2W 

LD 

R13,  REJECT 

7 + 2W 

LOOP 

OUT 

R11.R0 

10+  W 

IN 

R4.R0 

10+  W 

LD 

R3.RR8T 

7 + 2W 

INC 

R9,2 

3+  W 

LD 

R1.R3 

3+  W 

MUL 

RR2.R12 

70+  W 

DIV 

RR2,#100 

95  + 2W 

SUB 

R4.R1 

4 + 2W 

JR  GE 

BYPASS 

6+  W 

NEG 

R4 

7+  W 

Total  clocks.  52  +13W  + 8192  (285  + 11W)  + 8192  (287  + 
18N)  + 1638  (8-2+2W)=52  + 13W  + 8192  (572  + 35W)  + 
1638(6  +2W)=4,695,576  + 290  009W 


iAPX  86/10 

# of  Clock  Cycles 

XOR 

CX.CX 

.ZERO  X and  Y 
3 

MOV 

SI,  OFFSET(GDATA) 

,INIT  POINTER 
4+  W 

CLD 

,DF=FORWARD 

2 

AGAIN 

MOV 

AX.CX 

.OUTPUT  X 
2 

OUT 

DTOA.AX 

.ANDY 

10+  W 

LODS 

GDATA 

.GET  Z0 

12+  W 

4-15 


iAPX  86/10  (Continued) 


# of  Clock  Cycles 


Z8002  (Continued) 


# of  Clock  Cycles 


MOV 

BX.AX 

.STORE  Z0  IN 

LD  R3,  EBCBUF 

•.Address  of 

BX  2 

EBCDIC  String 

MUL 

PERCNT 

,Z0  PERCNT 

->  R3  7 + 2W 

130+  W 

LDR2.EBCEOT 

,EDT  Char->  R2 

OUT 

CONVRT.AX 

.START  A/D 

7 + 2W 

CONVERTER 

LDR0,  COUNT 

,R0=COUNT 

10+  W 

7 + 2W 

DIV 

HUNDRD 

,Z0*PERCNT/ 

LDR1  R0 

3 + W 

100  161  + W 

CPIRB  R2,R3T,R0,EQ 

;R0=COUNT-oc 

MOV 

DX,  AX 

,DX=TOLER 

11  + 2W+1 32(9+W) 

2 

SUBR1.R0 

,R1  =R1  -R0=oc 

IN 

AX.ATOD 

.INPUT  Z FROM 

; 4 + 2W 

A/D  10+  W 

LD  R3.TEBCBUF 

.Address  of 

oi  in 
OUD 

a \/  nv/ 
AAA,  DA 

.DELTA— Z-ZO 

EBCDIC  String 

3 

, 7 + 2W 

JA 

CMPARE 

;JUMP  IF 

LD  R5.TTRTAB 

•.Address  of 

POSITIVE 

Translation 

4/16+  W 

Table  7 + 2W 

NEG 

AX 

,DELTA=-DELTA 

TRIRB  R3T,R5T,R1 

i 

3 

1 1 

+ 2W  + 132(14+3W) 

CM  PARE. 

CMP 

AX.DX 

, DELTAS  = 

LDBR3T,  ASCEOT 

.Write  ASCEOT 

TOLER? 

11  + 3W 

3 

Total  clocks  3111  + 547 W 

JBE 

INCCX 

.JUMP  IF  YES 

This  is  the  worst  possible  case  since  the  scanning  of  the  string  is 

4/16+  W 

actually  done  only  for  characters  (until  the  encounter  of  EOT) 

i 

Z8001 

# of  Clock  Cycles 

OUT 

REJECT AX 

.REJECT  PART 

10+  W 

TRTAB 

JMP 

SHORT(NEXT) 

15+  W 

EBCBUF 

• 

INCCX 

INC 

cx 

.INCX&Y 

CONSTANT  EBCEDT=3 

.EOT  in  EBCDIC 

2 

CONSTANT  COUNT=132 

CMP 

CX.4000H 

.DONE? 

CONSTANT  ASCEOT=04 

.EOT  in  ASCII 

4+  W 

LDLRR2.TEBCBUF 

11  +3W 

JNE 

AGAIN 

,NO,  PROCESS 

LD  R4.EBCEOT 

7 + 2W 

4/16+  W 

LD  R0, COUNT 

7 + 2W 

.NEXT  POINT 

LDR1.R0 

3+  W 

CPIRB  R4,RR2T,R0,EQ 

NEXT 

11  +2W+132(9+W) 

i 

SUBR1.R0 

4+  W 

HUNDRD. 

DW 

100 

LDLRR2.TEBCBUF 

11  +3W 

Total  number  of  clock  cycles  6,680,000  + 400W, 


Block  Translate — Destructive 
(Special  feature  for  Z8000) 


# of  Clock  Cycles 


LD  R0, COUNT 

-Get  Length  of 

EBCDIC 

String 

7 + 2W 

LDR3.TEBCBUF 

.Address  of 

EBCDIC 

String  7 + 2W 

LD  R5,  TTRTAB 

.Address  of 

Translation 

Table  7 + 2W 

TRIRB  R3  T,  R5T.RD, 

.Translate 

EBCDIC 

String 

11  +2W  + +(14+3W)132 

Total  Clocks' 1880 + 404W 

B.  Block  Translate  Benchmark  — Destructive 

Z8002 

# of  Clock  Cycles 

LDLRR6,TTRTAB  . 11+3W 

TRIRBRR2,RR6T,R1 

11  + 2W+132(14+3W) 
LDB  RR2T.ASCEOT  1 1 + 3W 

Total  clocks.  3123  + 550 W 


68000 


LOOP 


TRTAB 


EBCBUF 


,CICEBD-ASCII 

Translation 

Table 

,EBCDIC-String 
CONSTANT  EBCEOT=03  ,EOT  in  EBCDIC 
CONSTANT  COUNT=  132  , 

CONSTANT  ASCEOT=04  ;EOT  in  ASCII 


# of  Clock  Cycles 

MOVEB  D2JEOT  .Get  EOT 

8 + 2W 

MOVEW  DOJCOUNT  ;Get  Length  of 

EBCDIS 
String  8 + 2W 

Beq  DONE  ;Length=0  Exit 

10/8+  W 

MOVEL  A3,#EBCBUF  ,A3= Address  of 

EBCDIC 

String 

12  + 3W 

MOVEL  A5JTRTAB  ,A5=Addressof 

Translation 
Table  12  + 3W 

MOVEB  D1,(A3)  , Get  EBCDIC 

Character 

8 + 2W 

MOVEB  (A3),A5(0,D1)  .Replace  it  by 

ASCII 

Translation 

19  + 4W 

CMPB  D2,(A3)+  .EOT?  8 + 2W 


MOVEB  D1,(A3) 


4-16 


68000  (Continued) 


BEQ 

DBr 


DONE 
DO, LOOP 


# of  Clock  Cycles 


.Yes -Exit 

10/8+  W 
,No-  Loop 
10  + 2W/14+3W 


DONE 

Total  clocks  48  + 11W  + 132(57  + 12W)  - (4  + W)  = 44 
+ 10W  + 7524  + 1584W  = 7568  + 1594W 


iAPX  86/10 


# of  Clock  Cycles 


Z8002  (Continued) 


COMP:  LDL  RR0,RR12 

CPR0.R1 
JRLEDECCNT 
EX  R0,R1 
LDL  RR2T.RR0 
SETB  RL6,  0 
DECCNT  INCR3.2 
DEC  R4 
JR  GT COMP 


# of  Clock  Cycles 


11  +2W 
4+  W 
6+  W 
6+  W 
11  +2W 
4+  W 
4+  W 
4+  W 
6+  W 


MOV 

BX.OFFSET(TABLE)  .INIT  TRANSLATION 

BITB  RL6.0 

4+  W 

PTR  4 

10  t 

JR  NZ  INIT 

6 + W 

MOV 

SI,  OFFSET(EBCBUF)  .INIT  EBCDIC  BUFR 

(SS)  Total  clocks'  26  + 7W  + 10[(19  + 4W)  + (3  + W)]  + 45(91 

PTR  4 

+ 18W)  = 

4341  + 867W 

MOV 

DI.OFFSET(ASCBUF)  , INIT  ASCII  BUFR 

(LS)  Total  clocks:  28  + 8W  + 10[(19  + 4W)  + (3  + W)]  + 45(91 

PTR  4 

+ 18W)  = 

4343  + 868W 

MOV 

CX, COUNT 

, INIT  COUNT 

14  + W 

68000 

# of  Clock  Cycles 

CLD 

,DF=FORWARD  2 

BSORT 

MOVEAL 

A1 ,400 

.Start  Address ->A1 

JCX2 

FINISH 

, JUMP  IF  COUNT=0 

12  + 3W 

6/18+  W 

MOVEW 

D3.404 

.Count ->D3 

NEXT  LODS  EBCBUF 

;GET  EBCDIC 

12  + 3W 

CHAR  12+  W 

SUBQ 

D3,#1 

4+  W 

XL  AT 

TABLE 

.TRANSLATE  TO 

CLR.B 

D1 

.Exchange  Flag  = 0 

ASCII  1 1 + W 

4+  W 

STOS  ASCBUF 

.STORE  IN  ASCII 

10  ( INIT 

MOVEAL 

A0.A1 

.Copy  Start  Address 

BUFR  11 + W 

into  A0  4 + W 

CMP 

AL.EOT 

;CHAR=EOT? 

l 

MOVEW 

D0.D3 

.Copy  Count  into  DO 

4 

4+  W 

LOOPNE  NEXT 

.LOOP  IF  NE  OR 

* COMP' 

MOVEW 

D2,(A0)+ 

.Fetch  word  8 + 2W 

CX<  >0  5/19  + W 

★ 

CMP 

(A0),D2 

.Next  word  greater'? 

FINISH 

8 + 2W 

Total  Number  of  clock  cycles.  7,400  + 800W 

★ 

BLS.S 

DECCNT 

;Yes.  Continue 

8/10+  W 

C.  Bubble  Sort 

MOVEW 

(A0)(-2),(A0) 

;No.  Exchange  these 

Z8002 

# of  Clock  Cycles 

17  + 4W 

MOVEW 

CM 

q 
* — • 

o 

< 
V— < 

.two  words  9 + 2W 

BSORT 

LD  R4.ADR 

.Load  Starting  Address 

TAS 

D1 

.Exchange  Flag=1 

9 + 3W 

4 + 3W 

LDR5, COUNT 

.Load  Word  Count  9 + 3W 

* DECCNT- 

DBP 

DO, COMP 

.Done? 

DEC  R5 

;Set  Number  of  Compares 

t 

10  + 2W/14  + 3W 

4 + W 

10  I 

NOT.B 

D1 

;No.  Test  Exchange 

j INIT 

RESBRL6.0 

;C!ear  Exchange  Flag  4 + W 

Flag  4 + W 

10 

LDL  RR2.RR4 

.Copies  of  Adr  and  Count 

BPLS 

INIT 

; 8/10+  W 

COMP  LDLRR0.R2T  .Fetch  2 words  in  R0.R1 

11  +2W 

CPR0.R1  ;Out  of  Order'?  4+  W 

JR  LE  DECCNT  ,No-Continue  6 + W 

EXR0.R1  , Yes-Swap  them  6+  W 

LDL  R2T.RR0  .Store  Back  1 1 + 2W 


SETBRL6.0  ; 

DECCNT  INCR2.2  ; Point tc 

DEC  R3  .Decr.V 

JR  GT  COMP  ;Done? 

BITB  RL6.0  .Exchar 

JR  NZ  INIT  ,Yes-St< 


; Point  to  Next  Pair 
,Decr,  Word  Count 


4+  W 
6+  W 
6+  W 
11  +2W 
4+  W 
4+  W 
4+  W 
6+  W 


Total  clocks'  32  + 8W  + 1 0 (22  + 4W)  - 2 + I 

m=1 

[(10-m)(68+15W)+(m-1)(40+8W)-10(4  + W)]  = 
5070  + 1072W 


f BITBRL6.0  .Exchange  Flag  = 1?4+  W 

10  l JR  NZ  INIT  , Yes-Start  Next  Pass  6 + W 

, No-Done 
10 

Total  clocks  22  + 7W  + 1 0 (1 9 + 4W)  + I 
[(10-m)(56+11W)+  m_1 

(M-1X35+7W)]  = 212  + 47W  + 45  (91  + 18W)  = 4307  + 857W 


Z8001 


BSORT  LDL  RR12,  ADR 
LDR5,  COUNT 
DEC  R5 

INIT  RESBRL6.0 

LDLRR2.RR12T 
LD  R4.R5 


# of  Clock  Cycles 

" LS  SS~ 
15  + 4W/13  + 3W 
9 + 3W 
4+  W 
4+  W 
5+  W 
3+  W 


iAPX  86/10 

MOV  BL.0FFH 

A1  CMP  BL.0FFH 

JNEA4 

X0RBL.BL 

MOV  CX, COUNT 

DEC  CX 

X0RSI.SI 

A2:  MOV  AX.ARRAY(SI) 
CMPAX.ARRAYCSI+2) 
JLE  A3 

XCHG  ARRAY(SHZ),AX 
ARRAY(SI),AX 


# of  Clock  Cycles 

, EXCHANGE=TRUE 


, EXCHANGE=TRUE7 

4 

; NO,  FINISHED  4/16+  W 
; EXCHANGE=FALSE 

3 

; CX=COUNT-1 

14+  W 
2 

;SI=0  3 

, ARRAY(I)  > 17+  W 

; ARRAY(I  + 1)  ? 18+  W 

; NO  4/16+  W 

EXCHANGE  ELEMENTS 

6+  W 
18+  W 


4- 


iAPX  86/10  [Continued)  # of  Clock  Cycles 


MOV  BL,0FFH  ; EXCHANGE=TRUE 

4 

A3- 

INC  SI 

SI=SI+2  2 

INC  SI 

2 

LOOP  A2  ; 

DEC  CX  & LOOP  IF<>0 

5/17+  W 

JMPA1 

15+  W 

A4 

Total  number  of  clock  cycles.  9,1 20  + 950W 

D.  Computer  Graphics  XY  Transformation 

Z8002 

# of  Clock  Cycles 

Cycles 

LD  R2, COUNT 

UNIT  COUNT  9 + 3W 

LD  R3.TARRAY 

UNIT  ARRAY  POINTER 

7 + 2W 

LD  R4.X0 

UNIT  X0  9 + 3W 

LD  R5,Y0 

UNIT  Y0  9 + 3W 

LD  R6,L2 

UNIT  L2  9 + 3W 

LD  R7.L1 

UNIT  LI  9 + 3W 

XYSCAL  LDR1.R3T 

,GETX  ELEMENT  7 + 2W 

SUBR1.R4 

;X-X0  4 + W 

MULT  RR0.R6 

;[X-X0)  *L2  70  + W 

DIV  RR0,R7 

;[X-X0)  *L2/L1  95  + W 

LD  R3T.R1 

;STORE  ELEMENT  8 + 2W 

INC  R3,2 

, INC  POINTER  4+  W 

LD  R1 , R3T 

,GETY  ELEMENT  7 + 2W 

SUBR1.R5 

;Y-Y0  4 + W 

MULT  RR0.R6 

;[Y-Y0)*L2  70  + W 

DIV  RR0,R7 

,[Y-Y0)*L2/L1  95  + W 

LDR3T.R1 

;STORE  ELEMENT  8 + 2W 

INCR3.2 

, INC  POINTER  4+  W 

DJNZ  R2, XYSCAL 

;DEC  R2  & LOOP  IF 
,R2<>0  1 1 + W 

Total  clock  cycles  = 52  + 17W+  16384  [387+17W) 

= 6,340,660  + 278.545W 

Z8001 

# of  Clock  Cycle 

Cycles 

LDR2, COUNT 

UNIT  COUNT  9 + 3W 

LD  R3,X0 

UNIT  X0  10  + 3W 

LD  R4,Y0 

;INT  Y0  10  + 3W 

LD  R5,L2 

UNIT  L2  10  + 3W 

LD  R6.L1 

UNIT  LI  10  + 3W 

LDLRR8.TARRAY 

UNIT  ARRAY  POINTER 

11  +2W 

XYSCAL:  LDR1.RR8T 

•GET  X ELEMENT  7 + 2W 

SUBR1.R3 

;X-0  4 + W 

MULT  RR0.R5 

;[X-X0)*L2  70  + W 

DIV  RR0,R6 

,[X-X0)*L2/L1  95  + W 

LDRR8T.R1 

.STORE  ELEMENT  8 + 2W 

INC  R9,2 

;INC  POINTER  4+  W 

LDR1,  RR8T 

;GETY  ELEMENT  7 + 2W 

SUBR1.R4 

;Y-Y0  4 + W 

MULT  RR0,R5 

;[Y-Y0)*L2/L1  70  + W 

LDRR8T.R1 

.STORE  ELEMENT  8 + 2W 

INC  R9,2 

;INC  POINTER  4+  W 

DJNZ  R2, XYSCAL 

11  + W 

Total  clocks-  60  + 1 7W  + 1 6384[387  + 1 7W)  = 6,340,668 

+ 278.545W 

68000 

# of  Clock  Cycles 

MOVEW  D2, COUNT  ,INIT  COUNT  12  + 3W 
MOVEW  A3#ARRAY  ;INIT  ARRAY  POINTER 


8 + 2W 


68000  [Continued)  # of  Clock  Cycles 


MOVEW  D4,X0 
MOVEW  D5,Y0 
MOVEW  D6,L2 
MOVEW  D7.L1 
XYSCAL:  MOVEW  D1  [A3) 

SUBW  D1.D4 
MULU  D1.D6 
DIVU  D1.D7 
MOVEW  [A3)+,D1 

MOVEW  D1, [A3) 
SUBWD1.D5 
MULU  D1.D6 
DIVU  D1.D7 
MOVEW  [A3)+,D1 

DBFD2, XYSCAL 

Total  clocks:  64  + 16W  + 16386  [474 
+ 278.544W 

iAPX  86/10 

UNIT  X0  12  + 3W 

UNIT  Y0  12  + 3W 

UNIT  L2  12  + 3W 

UNIT  LI  12  + 3W 

,GET  X 8 + 2W 

,X-X0  4 + W 

;[X-X0)*L2  70  + W 

;[X-X0)*L2/L1  140+  W 
.STORE  & INC  POINTER 

8 + 2W 

;GET  Y 8 + 2W 

,Y-Y0  4 + W 

,[Y-Y0)*L2  70  + W 

,[Y-Y0)*L2/L1  ’ 140+  W 
;STORE&  INC  POINTER 

8 + 2W 
14  + 3W/10  + 2W 

+ 17W)  = 7,766,016 

tt  of  Clock  Cycles 

MOV  CX, COUNT 

UNIT  COUNT 

14+  W 

MOV  SI,OFFSET[ARRAY)  UNIT  ARRAY 

POINTER  4 

MOV  DI,SI 

UNIT  ARRAY 
POINTER  2 

CLD 

;DF=FORWARD 

o 

XYSCAL- 

LODS  ARRAY 

c. 

;GETX  ELEMENT 

12+  W 

SUB  AX,X0 

,X-X0  15+  W 

MULL2 

;[X-X0)*L2 

130+  W 

DIV  LI 

;[X-X0)*L2/L1 

161  + W 

STOS  ARRAY 

;STORE  ELEMENT 
11  + W 

LODS  ARRAY 

,GETY  ELEMENT 

12+  Y 

SUBAX.Y0 

;Y-Y0  15+  W 

MULL2 

;[Y-Y0)*L2 

130+  W 

DIV  LI 

,[Y-Y0)*L2/L1 

161  + W 

STOS  ARRAY 

.STORE  ELEMENT 
11  + W 

LOOP  XYSCAL 

,DEC  CX  & LOOP  IF 
5/17+  W 

,CX<>0 

Total  number  of  clock  cycles 

= 11,200,000  + 320, 000W 

E.  Reentrant  Procedure 

Z8002 

# of  Clock  Cycles 

PUSH  R15T,R8 

,R8=PARAM1 

9+  2W 

PUSH  R15T.PARAM2 

.PUSH  PAR  AM  2 

13+  4W 

PUSH  R15T.PARAM3 

;PUSH  PARAM3 

13+  4W 

CALR  PROC1 

10+  W 

INC  R15.6 

;Remove  PARAM1- 
3 from  the  Stack 

4+  W 

PROC1 

PUSH  R15T.R14 

;SaveR14  9+  2W 

LD  R14.R15 

Unitialize  R14  3+  W 

SUB  R15, 6+16 

; Set  up  Local 
Storage  7 + 2W 
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Z8002  (Continued) 

# of  Clock  Cycles 

68000  (Continued) 

# of  Clock  Cycles 

LDM  R15T.R0, 8 

;Save  Registers  RO-7 

BSRSUB 

20  + 4W 

.PROCEDURE  BODY 

25  + 10W 

ADDQ  SR#6 

;Remove  PARAM1-3 
from  the  Stack 

LD  R0,8(R14) 

.Get  PARAM1 

4+  W 

10+  3W 

SUB  LINK  A6,#6 

;A6=Framepointer 

ADD  R0,6(R14) 

.ADD  PARAM2 

18+  4W 

10+  3W 

MOVEMW  OFFO.-(SP)  .Save  A3-0.D7-4  on 

ADD  R0,4(R14) 

.ADD  PARAM3 

10+  3W 

.PROCEDURE  BODY 

Stack  48  + 10W 

LD-2(R14),R0 

.Store  in  LOCAL1 

12+  3W 

MOVEW  D0,A6(+10)  .Get  PAR  AMI 

12+  3W 

.PROCEDURE  RETURN 

ADDW  D0,A6(+8) 

;Add  PARAM2 

LDMR0.8.R15T 

.Restore  General 

12+  3W 

Registers  35  + 10W 

ADD  W D0,A6(+6) 

;Add  PARAM3 

ADD  R15.6+16 

; Restore  SPto  Point 

12+  3W 

to  R14  7+  2W 

MOVEW  A6(-2),D0 

.Store  in  LOCAL1 

POP  R14.R15T 
RET 

;RestoreR14  18+  2W 

.PROCEDURE  RETURN 

9+  3W 

Total  clocks'  205  + 55W 

MOVEMW  (SP)+,OFFO  Restore  A3-0.D7-4 

44  + 11W 

Z8001 

# of  Clock  Cycles 

UNLKA6 

.Restore  A6  12+  3W 

PUSH  RR14T,R8 
PUSH  RR14T,  PARAM2 

,R8=PARAM1 

9+  2W 
.Push  PARAM2 

RTS 

Total  clocks  250  + 58W 

16+  4W 

14  + 4W/16+  5W 

IAPX  86/10 

# of  Clock  Cycles 

PUSH  RR14T,  PARAM3 

.Push  PARAM3 

PUSH  AX 

.PUSH  PARAM1  10 + W 

1 4 + 4W/1 6 + 5W 

PUSH  PAR  AM  2 

22  + W 

CALR PROC1 

PUSH  PARAM3 

22  + W 

15+  3W 

CALL  PROC1 

19  + W 

INC  R15.6 

.Remove  PARAM1-3 
from  stack  4 + W 

PROCEDURE  ENTRY 

PROC1  PUSHL  RR14T,RR12 

.Save  RR12  12+  3W 

i 

LDL  RR12.RR14 

.Initialize  RR1 2 5+  W 

PROC1  PUSH  BP 

.SAVE  BP  10 + W 

SUBR15.6  + 16 

.Setup  Local  Storage 

MOV  BRSP 

.INITIALIZE  BP  2 

7+  2W 

SUBSR6 

.SETUP  LOCAL  STORAGE 

LDM  RR14T,R0,8 

.Save  R0-7  35  + 10W 

4 

.PROCEDURE  BODY 

PUSH  AX 

.SAVE  GENERAL  10 + W 

LD  R0.12CRR12) 

.GetPARAMI 

PUSH  BX 

.REGISTERS  10 + W 

14+  3W 

PUSH  CX 

10  + W 

LD  R1,10(RR12) 

.Add  PARAM2 

PUSH  DX 

10  + W 

14+  3W 

PUSH  SI 

10  + W 

ADD  R0.R1 

4 + W 

PUSH  Dl 

10  + W 

LD  R1,8(RR12) 

.Add  PARAM3 

14+  3W 

PROCEDURE  BODY 

ADD  R0.R1 

4 + W 

t 

LD  -2(RR12),R0 

.Store  in  LOCAL1 

MOV  AX,(BP+8) 

.GETPARAMI  17 + W 

14+  3W 

ADD  AX,(BP+6) 

;ADD  PARAM2  18 + W 

.PROCEDURE  RETURN 

ADC  AX,(BP+4) 

.ADD  PARAM3  18 + W 

LDMR0.8.RR14T 

; Restore  RO-7 

35  + 10W 

MOV  (BP-2), AX 

.STORE  IN  LOCAL1  18  + W 

ADD  R15, 6 + 16 

.Restore  SPto  Point  to 
RR12  7+  2W 

; PROCEDURE  RETURN 

i 

POPL  RR12.RR14T 

.Restore  RR12 

POP  Dl 

.RESTORE  GENERAL  8 + W 

12+  3W 

POP  SI 

.REGISTERS  8 + W 

RET 

10+  W 

POP  DX 

8 + W 

Total  clocks  (Short  segmentation)'  243  + 60W 

POPCX 

8 + W 

Total  clocks  (Long  segmentation)  247  + 62W 

POP  BX 
POP  AX 

8 + W 
8 + W 

68000 

# of  Clock  Cycles 

MOVSRBP 

.RESTORE  SP  2 

MOVEW  -(SP),D0 

,DO=PARAM1 

POP  BP 

RESTORE  BP  8 + W 

9+  2W 

RET  6 

20  + W 

MOVEW  -(SP),PARAM2  .Push  PARAM2 

17+  3W 

MOVEW  -(SP),PARAM3  .Push  PARAM3 

17+  3W 

Total  number  of  clock  cycles  = 310  + 35W 
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OPERATING  SYSTEM 
SUPPORT- 
THE  Z8000  WAY 

All  processor  architectures  are  not  created  equal  when  it 
comes  to  providing  designers  with  the  tools  they  need  for 
effective  system  resource  management 


by  Richard  Mateosian 


Operating  systems  are  responsible  for  allocation, 
deallocation,  and  protection  of  processing  and 
storage  elements,  external  interfaces,  programs, 
and  program  status.  They  manage  communication  and 
sharing,  and  define,  facilitate,  and  enforce  protocols, 
conventions,  and  policy.  Several  kinds  of  architectural 
support  facilitate  the  operating  system’s  task  in  a wide 
range  of  applications:  restriction  of  central  processing 
unit  and  memory  use,  memory  mapping,  sharing  of  pro- 
grams and  data,  program  relocation,  stacks,  context 
switching,  input/output  system  and  interrupts, 
distributed  control,  and  support  for  conventions. 

Operating  system  support  is  an  important  feature  of 
Z8000*  architecture.  Special  consideration  was  given  to 
that  function  during  design  of  the  Z8000  central  process- 
ing unit  (CPU),  the  z-bus*  component  interconnect,  and 
their  support  chips.  In  this  discussion,  “operating 
system”  will  comprise  the  portion  of  the  computer 
application — both  hardware  and  software— that  is 
devoted  to  managing  hardware  and  software  resources. 


Richard  Mateosian , zsooo  specialist  at  Zilog , Inc,  1315 
Dell  Ave,  Campbell,  CA  95008,  is  the  author  of 
Programming  the  Z8000  (Sybex  1980)  and  Inside  basic 
Games  (Sybex  1981).  Formerly  employed  in  the 
development  of  minicomputer  based  turnkey  systems, 
he  has  a BS  in  mathematics  from  Rensselaer 
Polytechnic  Institute  and  a PhD  from  the  University 
of  California  at  Berkeley. 


Fig  1 Hardware  block  diagram  of  arcade  game  system. 
Essential  elements  include  CPU,  memory,  input  and  display 
devices,  and  clock  circuits. 


To  show  how  the  zsooo  provides  operating  system 
support,  an  application  of  the  hardware  and  software 
similar  to  that  used  in  a popular  arcade  game  will  be 
described.  Fig  1 shows  the  game’s  hardware  configura- 
tion; the  system  elements  are  pieces  of  hardware 
including  CPU,  memory,  realtime  clock,  input  and 
display  units,  and  integrated  circuits  for  interface  to  the 
CPU.  Arrows  represent  electrical  connections  through 
which  data  and  control  signals  are  passed  among  the 
elements.  Configuration  of  the  hardware  elements 
alone,  however,  provides  little  insight  into  the  game’s 
operation. 

In  the  game’s  software  architecture  (Fig  2),  system 
elements  are  pieces  of  software  “in  action”  on  the  data 
defining  the  state  of  play  at  any  time.  Connecting 


* zsooo  and  z*bus  are  registered  trademarks  of  Zilog,  Inc 


Reprinted  with  permission  of  Computer  Design,  May  1982 
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Fig  2 Software  block  diagram  of  arcade  game  application.  Essential  elements  are 
processes,  or  tasks,  that  provide  for  graphics  generation,  horizontal  and  vertical 
synchronization,  and  realtime  scorekeeping. 


arrows  represent  the  paths  and  directions  of  inter- 
process communications  (messages).  The  software  con- 
figuration gives  a good  idea  of  how  the  game  works. 
Fig  3 lists  system  elements  supporting  the  hardware  and 
software  function  outlined  in  Fig  1 and  Fig  2.  These 
software  components  allow  manipulation  of  hardware 
and  applications  software,  and  represent  system  services 
that  all  operating  systems  must  supply. 


PROCESS  MANAGER 

EVENT  QUEUE/ 

MEMORY  ALLOCATOR 

. CREATE/DESTROY 

SEMAPHORE  MANAGER 

• ALLOCATE/RELEASE 

• SUSPENO/RESUME 

• CREATE/DESTROY 

• LOCK/UNLOCK 

* QUEUE/DEQUEUE 

. SCHEDULE 

• WAIT/TEST/SIGNAL 

CLOCK  MANAGER 

MESSAGE  EXCHANGE 

MESSAGE  HANDLER 

. SET/READ  CLOCK 

MAILBOX  MANAGER 

• CREATE/DESTROY 

. INTERVAL/FIXED- 

. CREATE/DESTROY 

. SENO/RECEIVE 

• TIME  ALARMS 

. PREPARE/READ 

• HARDWARE  INTERFACE 

. REPLY 

INTERRUPT/TRAP 

UTILITY  ROUTINES 

MEMORY  MANAGEMENT 

HANDLER 

CALLING 

• MAPPING 

• CONTEXT  SWITCH 

CONVENTIONS 

• ACCESS  RESTRICTION 

. DISPATCH 

• RELOCATION 

• SHARING 

• VIRTUAL  MEMORY 

Fig  3 Underlying  operating  system  elements  required  by 
arcade  game  application.  All  elements  support  software 
functions.  Hardware  support  is  provided  by  interrupt/trap 
handler,  clock  manager,  and  utility  elements. 


Restriction  of  CPU  access 

The  operating  system  must  allocate 
the  CPU  to  a process  while  protec- 
ting itself  and  other  processes.  In 
other  words,  the  operating  system 
must  be  able  to  turn  the  CPU  over  to 
a process  that  will  not  perform 
potentially  destructive  actions.  To 
this  end,  the  zsooo  incorporates  a 
system/normal  (s/N)  bit  in  its  flag/ 
control  word  (fcw)  register,  which 
corresponds  to  the  program  status 
word  (psw)  in  other  machines.  (See 
Fig  4.)  The  s/N  bit  determines 
whether  the  CPU  executes  in  system 
or  normal  mode.  In  normal  mode, 
the  portion  of  the  fcw  containing 
s/N  is  inaccessible;  the  only  way  to 
enter  system  mode  is  through  execu- 
tion of  a system  call  (sc)  instruction. 

The  refresh  and  program  status 
area  pointer  (psap)  control  registers 
and  the  system  mode  stack  register 
are  all  inaccessible  from  normal 
mode.  The  normal  mode  stack 
register  is  accessible  from  system 
mode  under  the  alias  normal  stack 
pointer  (nsp),  so  that  normal  mode 
programs  can  pass  arguments  to 
system  mode  programs  on  the  nor- 
mal mode  stack.  When  the  s/N  bit  is 
in  the  normal  state,  privileged  instructions— ie,  I/O, 
interrupt  return,  nonmemory  synchronization,  control 
register  manipulation,  and  halt — cannot  be  executed; 
operating  system  tasks  are  executed  in  the  system  mode. 

Another  protective  feature  is  associated  with  the 
s/N  bit.  There  are  two  copies  of  the  implied  stack 
register,  one  for  interrupt  and  one  for  subroutine 
returns.  One  is  used  when  the  CPU  is  executing  in  system 
mode,  the  other  when  it  is  in  normal  mode.  Programs 
executing  in  normal  mode  have  no  access  to  the  system 
mode  stack  register. 

Passing  between  system  and  normal  modes  requires  a 
change  to  the  fcw,  which  is  accomplished  through  a 
privileged  instruction  or  automatically  in  response  to  an 
interrupt  or  trap.  Privileged  instructions  are  load  from 
control  register  (ldctl),  interrupt  return  (iret),  and 
load  program  status  (ldps).  A system  call  trap,  which  is 
a 1-word  instruction  with  eight  programmable  bits, 
allows  a normal  mode  program  to  call  one  of  256  system 
mode  programs. 

The  arcade  game  illustrates  how  system  and  normal 
modes  can  be  used.  All  of  the  application  software  pro- 
cesses seen  in  Fig  2 can  run  in  normal  mode,  while  the 
operating  system  elements  in  Fig  3 can  run  in  system 
mode.  Calls  to  the  operating  system  elements  from  the 
applications  software  processes  are  made  using  the  256 
system  calls.  For  example,  the  defender  guns  process 
can  execute  the  instruction  sc  #createprocess  in  order  to 
fire  a rocket.  The  constant,  createprocess,  is  a number 
from  0 to  255  encoding  one  of  the  system  functions — 
namely,  the  one  that  creates  processes.  Programs  and 
data  that  constitute  the  initial  state  of  the  new  process 
can  be  passed  to  the  process  creation  program  in 
registers  or  on  a stack. 
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INACCESSIBLE  IN 
NORMAL  MODE 


* OR  RO  TO  R14  AND  R15  IN  NONSEGMENTEO  OPERATION 


Fig  4 zsooo  system /normal  operation,  s/n  bit  of 
flag/control  word  determines  execution  mode,  system  or 
normal,  of  CPU. 


Memory  management 

Existence  of  a user  mode  and  privileged  instructions 
does  not  solve  the  entire  protection  problem;  the  other 
half  of  the  solution  involves  restriction  of  memory  use. 
Most  CPU  designs  call  for  a comprehensive  memory 
management  facility  to  unify  the  approach  to  restriction 
of  memory  use,  memory  mapping,  program  relocation, 
sharing  of  programs  and  data,  and  stack  use. 

The  zsooo  uses  an  external  memory  management  unit 
(mmu)  that  is  integrated  with  a segmented  addressing 
scheme  in  the  CPU.  The  mmu  translates  addresses, 
checks  attributes,  and  interrupts  the  CPU  if  an  invalid 
access  occurs.  Sets  of  attributes  are  checked  against  ac- 
cess rights  implicitly  or  explicitly  associated  with  each 
process.  Then,  for  example,  if  a program  in  user  mode 
attempts  to  access  a memory  address  whose  attributes 
do  not  match  the  program’s  access  rights,  the  CPU  will 
trap  to  a system  routine  designed  to  deal  with  such  in- 
valid accesses.  CPU  addressing  scheme  and  the  mmu 
determine  which  sets  of  attributes  can  be  associated  with 
portions  of  the  memory  address  range.  Typically,  at- 
tributes are  associated  with  a segment  in  a machine  that 
uses  2-dimensional,  or  segmented,  addressing.  In  a 
machine  with  linear  addressing,  attributes  are  usually 
associated  with  fixed  size  blocks  of  addresses  called 
pages. 

The  arcade  game  probably  does  not  need  memory 
mapping  or  virtual  memory,  since  the  total  memory 
space  of  such  an  application  is  small.  Access  restriction, 
relocation,  and  sharing  of  programs  and  data  can  be 
useful  in  any  application,  however.  On  the  other  hand, 
UNIX  and  UNix-like  operating  systems,  in  which  there 
are  many  small  processes,  are  well  suited  to  the  zsooo’ s 
segmented  addressing  and  memory  management. 

Use  of  stacks 

Stacks  are  important  tools  for  meeting  the  operating 
system’s  responsibilities.  A stack  is  a last  in,  first  out 
memory  associated  with  two  operations:  pushing  (adding 


an  item)  and  popping  (removing  an  item).  Stacks  are 
explicitly  or  implicitly  used  by  the  operating  system  to 
allocate  memory  in  a flexible  way,  which,  in  connection 
with  based  addressing,  allows  programs  needing  non- 
register  storage  to  be  reentrant  and  position  indepen- 
dent. A special  case  of  this  is  storage  of  return  addresses 
for  subroutine  calls  and  machine  state  for  interrupt  pro- 
cessing. In  the  arcade  game,  the  use  of  stacks  to  allow 
reentry  of  programs  plays  an  important  role.  Rocket 
processes,  for  example,  can  all  share  a common  process- 
ing routine  while  each  uses  a different  set  of  data. 

zsooo  architecture  calls  for  the  placement  of  stacks  as 
arrays  in  memory  with  an  address  register  marking  the 
top  of  the  stack  and  providing,  through  based  address- 
ing, access  to  items  at  locations  relative  to  the  top  of  the 
stack.  The  stack  register  is  a dedicated  (special  purpose) 
register  in  some  architectures.  In  the  zsooo,  any  of  the 
registers  Ri  to  R15  can  be  used  as  a stack  register, 
although  the  architecture  determines  which  stack 
register  is  to  be  used  for  saving  returns  from  a 
subroutine  or  the  machine  state  on  interrupts. 

The  implementation  of  stacks  as  arrays  in  memory 
and  the  use  of  general  purpose  address  registers  for 
stack  registers  make  provision  for  overflow  and 
underflow  protection  difficult.  The  zsooo  provides  stack 
limit  protection  through  use  of  the  attribute  specifica- 
tion associated  with  memory  protection.  Other  architec- 
tural features  are  desirable  for  the  support  of  stacks, 
including  the  ability  to  designate  one  or  more  stacks  for 
program  use,  single-  and  multiple-argument  push  and 
pop  instructions,  and  automatic  warning  (traps)  of 
impending  stack  overflow  or  underflow. 

Context  switching 

One  difficulty  that  arises  when  several  processes  run 
concurrently  is  the  overhead  associated  with  context 
switching.  The  context  of  a process  is  that  portion  of  its 
state  which  occupies  shared  resources.  For  example, 
since  all  processes  must  share  the  program  counter  (PC), 
each  process’s  pc  value  is  part  of  its  context.  The  zsooo 
has  a single  set  of  general  purpose  registers,  control 
registers,  CPU  status  registers,  and  so  forth.  Thus,  when 
the  same  processing  element  (CPU)  is  allocated  to  more 
than  one  process,  the  process  contexts  must  include  the 
contents  of  any  register  that  is  used.  Context  switching 
saves  the  context  of  one  process  and  recalls  the  stored 
context  of  another  process. 

Automatic  context  switching  is  provided  for  inter- 
rupts and  traps.  When  an  interrupt  occurs,  the  current 
CPU  status  (fcw  and  pc)  is  saved  on  the  system  mode 
stack,  along  with  a “reason”  read  from  the  address  data 
lines  ad  15  to  ado  during  the  interrupt  acknowledge 
cycle.  Then  new  values  for  the  fcw  and  pc  are  taken 
from  the  program  status  area  (PSA).  The  IRET  instruc- 
tion restores  PC  and  fcw  to  the  preinterrupt  state  and 
discards  the  reason,  leaving  the  stack  as  it  was  before 
the  interrupt.  Architectural  features  that  expedite  con- 
text switching  include  automatic  saving  of  CPU  state  on 
interrupts,  single-instruction  block  register  saving  and 
restoring,  and  access  to  all  necessary  control  registers. 

The  zsooo  interrupt  and  trap  handling  facility  pro- 
vides an  automatic,  rapid  context  switch  from  the  exe- 
cuting program  to  the  interrupt  processing  routine  using 
interrupt  vectors  stored  in  a memory  table  (the  psa). 
The  fcw,  pc  values,  and  a reason  are  saved  on  the 
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system  mode  stack,  and  new  fcw  and  pc  values  are  set 
from  the  psa  entry  (vector)  corresponding  to  the  inter- 
rupt type.  The  iret  instruction  restores  the  CPU  to  the 
preinterrupt  state,  while  at  the  same  time  removing  the 
saved  information  from  the  stack. 

Context  switching  involving  general  purpose  registers 
is  facilitated  in  the  architecture  by  block  register  saving 
and  restoring  instructions.  These  can  be  used  to 
simulate  pushing  or  popping  a block  of  registers  to  or 
from  any  stack.  For  example,  the  eight  registers  Roto  R7 
can  be  saved  on  the  stack  controlled  by  register  RR14  by 
executing 

dec  Ri5.#i6  !Make  room  on  stack! 

ldm  @rri4,ro,#8  !Save  the  registers! 

These  two  instructions  require  39  clock  cycles  of  exe- 
cution time,  or  less  than  4 fi$  at  10  MHz. 


Stacks  are  an  important  tool  for 
meeting  the  operating  system ’s 
responsibilities. 


In  some  cases,  the  values  of  control  registers  are 
essential  to  the  context  of  a process;  the  normal  mode 
stack  register  and  the  flags  register,  which  contains  the 
bits  that  define  condition  codes  such  as  “less  than  or 
equal  to,”  are  obvious  examples.  A load  control  register 
instruction  allows  the  transfer  of  any  of  these  registers 
to  or  from  a general  purpose  register,  permitting  them 
to  be  saved  and  restored. 

I/O  system  and  interrupts 

Operating  system  responsibilities  in  the  I/O  system  and 
interrupts  vary  greatly  with  the  type  of  application.  Ar- 
chitecture of  a general  purpose  CPU  must  provide  the 
flexibility  necessary  to  accommodate  the  I/O  re- 
quirements of  a wide  range  of  applications. 

One  of  the  operating  system’s  most  difficult  tasks  is 
control  of  access  to  I/O  resources.  Unlike  memory, 
which  can  be  divided  into  large,  relatively  homogeneous 
blocks,  the  elements  of  the  I/O  space  require  special  pur- 
pose management,  protection,  and  access  techniques.  In 
addition,  device  timing  requirements  and  externally  set 
policies  for  conflict  resolution  make  hardware  support 
of  I/O  mechanisms  mandatory. 

Architectural  features  that  support  the  I/O  system  and 
interrupts  are  a vectored  interrupt  scheme;  specification 
under  program  control  of  the  CPU  state  to  be  established 
for  each  type  of  interrupt;  and  a rapid,  automatic  con- 
text switching  mechanism  in  response  to  interrupts. 
Also  desirable  are  a means  of  defining  conflict  resolu- 
tion policies  and  interruptibility  of  interrupt  processing; 
a coherently  designed  family  of  components,  com- 
patible interconnection  bus,  and  established  set  of  bus 
protocols  to  allow  future  family  growth;  block  I/O 
instructions  and  direct  memory  access;  and  restricted 
access  to  I/O  facilities. 

A vectored  interrupt  scheme  allows  the  CPU  state  to 
be  switched  immediately  to  an  appropriate  processing 
routine  without  the  need  for  software  to  ascertain  the 
interrupt  type  and  call  the  appropriate  routine.  This  is 
done  on  the  basis  of  either  the  port  of  connection  or  the 
contents  of  a vector  supplied  by  the  interrupting  device. 


The  PSA  block  of  memory  stores  interrupt  vectors  (ie, 
the  new  CPU  status)  for  each  type  of  interrupt  and  trap. 
In  addition  to  separate  lines  for  nonvectored  and  vec- 
tored interrupts,  as  well  as  a nonmaskable  interrupt  for 
situations  that  cannot  wait,  there  is  a table  of  PC  values 
to  be  indexed  by  an  8-bit  vector  placed  on  the  ad  bus  by 
the  interrupting  device.  The  block  of  memory  used  for 
the  psa  is  not  fixed,  as  it  is  in  some  CPUs;  it  can  be 
anywhere  in  memory,  and  a pointer  to  it  (the  psap 
register)  can  be  set  using  the  privileged  ldctl  instruc- 
tion. 

Conflict  resolution  is  achieved  through  a simple 
scheme.  The  three  levels  of  interrupt — nonmaskable, 
nonveciored,  and  vectored — are  assigned  three  ieveis  of 
priority  by  the  CPU.  Using  the  privileged  disable/enable 
interrupt  (Di/El)  instruction,  the  vectored  and  nonvec- 
tored interrupt  lines  can  be  masked  so  that  interrupts 
wait  until  the  unmasking  of  the  associated  line.  When 
interrupts  arrive  simultaneously  on  more  than  one  line, 
priority  determines  which  will  be  processed  first.  The 
processing  routine  for  one  interrupt  type  can  be  inter- 
rupted by  the  routine  for  another  if  the  corresponding 
line  has  not  been  masked.  Whether  other  lines  are  to  be 
masked  or  not  can  be  determined  automatically  by 
specifying  the  appropriate  mask  bit  in  the  fcw  portion 
of  the  psa  entry.  Otherwise,  the  determination  can  be 
made  by  the  program,  which  can  bracket  interrupt  sen- 
sitive code  between  Di  and  ei  instructions. 

A priority  scheme  is  daisy  chained  through  devices  at- 
tached to  the  CPU  on  the  same  interrupt  line.  In  this  way 
devices  closer  to  the  CPU  can  interrupt  the  processing  of 
more  remote  device  interrupts  unless  the  given  line  is 
masked  during  all  or  part  of  the  processing.  This 
approach  allows  any  priority  resolution  scheme  to  be 
implemented  externally. 

Block  I/O  instructions  and  direct  memory  access  are 
important  and  straightforward  performance  improve- 
ment features.  Block  I/O  instructions  require  careful 
implementation;  they  must  use  general  purpose  registers 
continuously  to  save  their  current  state  so  that  they  can 
be  interrupted.  Direct  memory  access  functions  require 
the  development  of  bus  control  protocols  and  a means 
of  protecting  partially  loaded  or  saved  memory  blocks 
from  access  by  concurrently  executing  programs.  A key 
aspect  of  the  zsooo  i/o  system  is  the  protection  privileged 
instructions  provide,  allowing  an  operating  system  to 
manage  the  I/O  interfaces  without  interference  from 
normal  mode  programs. 

Distributed  control 

When  processes  to  which  separate  processing  units  may 
have  been  allocated  share  a common  memory,  guarded 
commands  and  semaphores  are  used.  Basic  architectural 
support  for  these  techniques  is  atomic  test  and  set 
(TSET),  a CPU  instruction  that  tests  a memory  location 
for  the  value  “available”  and  simultaneously  sets  the 
value  to  “not  available.”  “Atomic”  refers  to  the  fact 
that  there  can  be  no  other  access  to  the  given  memory 
location  between  the  test  and  set  portions  of  the  instruc- 
tion. This  prevents  two  concurrently  running  processes 
from  finding  the  location  set  to  “available” 
simultaneously. 

Architecture  provides  synchronizing  procedures,  both 
for  processes  that  share  memory  and  for  those  that  do 
not.  In  the  case  of  shared  memory,  the  tset  instruction 
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provides  the  basis  for  synchronization.  In  the  case  of 
nonmemory  synchronization,  the  Z-BUS  specification 
includes  a set  of  lines  and  a protocol  for  resolving 
simultaneous  requests  for  shared  resources  while  the 
CPU  provides  instructions  to  support  the  bus  connection 
and  protocol. 

Support  for  conventions 

In  the  design  of  a CPU,  consideration  must  be  given  to 
whether  architecture  should  support  all  conventions 
equally  or  encourage  specific  conventions  through 
special  features.  For  instance,  should  a CPU  be  designed 
with  general  support  for  high  level  languages,  or  should 
it  be  designed  to  optimize  Pascal  at  the  expense  of 
fortran  programming  efficiency?  Should  it  provide 
special  features  that  make  a subroutine  argument  pass- 
ing convention  using  the  stack  especially  efficient  at  the 
expense  of  the  efficiency  of  other  argument  passing  con- 
ventions? Z8000  design  supports  many  conventions, 
including  a segmented  addressing  scheme,  message  pass- 
ing for  interprocess  communication,  component  and 
backplane  bus  protocols,  and  interrupt  protocols  for  all 
components. 

A message  is  a set  of  characters  (or  words)  emitted'by 
one  process  and  received,  asynchronously,  by  another. 
The  processes  do  not  need  to  know  whether  they  have 
been  allocated  the  same  or  different  processing 
elements.  Message  passing  support  includes  block  I/O 
instructions  in  the  zsooo  CPU;  asynchronous  inter- 
processor  connection  in  the  z-fio  (first  in,  first  out)  buf- 
fer chip;  acceptance  of  commands  from  and  delivery  of 
messages  to  the  master  CPU  in  designated  message 


registers  by  the  universal  peripheral  controller  (z-upc); 
and 'allowance  for  high  speed  direct  access  to  memory 
from  external  devices  (eg,  a z-fio  chip)  through  the 
direct  memory  access  chip. 

Summary 

Several  kinds  of  architectural  support  are  available  to 
system  designers  for  meeting  the  requirements  of  the 
modern  operating  system.  Restriction  of  access  to  cpu 
facilities,  restriction  of  memory  use,  memory  mapping, 
sharing  of  programs  and  data,  program  relocation, 
stacks,  context  switching,  an  1/0  system  and  interrupts, 
and  distributed  control  and  support  for  conventions  are 
all  tools  that  can  expedite  effective  system  resource 
management. 


The  performance  of  two  addressing  mechanisms 
on  three  different  microprocessors  is  examined.  One  of  the 
mechanisms — and  one  of  the  micros — provided  superior  performance. 
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The  choice  of  a new  computer  system  is  influenced 
by  considerations  of  various  importance:  compatibility 
with  the  former  system,  software  availability,  cost, 
maintenance,  and  system  performance.1  To  a great  ex- 
tent, the  system’s  performance  depends  on  the  central 
processor’s  architecture.  To  study  the  performance  of  a 
particular  architecture,  two  methods  are  frequently  us- 
ed. One  is  that  which  was  used  in  the  CFA  project,2'4  in 
which  three  architectural  parameters  were  defined  and 
compared  for  a set  of  machine  language  routines.  The 
other  method  consists  of  measuring  the  execution  times 
of  assembly  language  benchmarks  on  different  pro- 
cessors, as  was  done  at  Carnegie-Mellon5  and  by  Nelson 
and  Nagle.6  Other  contributions  to  architecture  evalua- 
tion have  been  made  by  Shustek,7  who  compared  in- 
struction execution  times,  and  by  Lunde,8  who 
evaluated  an  ISP  description  of  the  processors.  How- 
ever, in  order  to  obtain  performance  figures  with  any  of 
these  methods,  the  actual  processor,  or  a simulator,  has 
to  be  available. 

The  above-mentioned  methods  involve  comparisons 
of  performance  made  at  a low  level;  here,  I compared 
the  performances  of  processors  executing  high-level- 
language  programs.  In  block-structured  high-level 
languages,  a major  part  of  execution  time  is  spent  on 
procedure  and  block  entry/exit.  (This  has  been  noted  by 
Batson,  Brundage,  and  Kearns,9  Tanenbaum,10  and 
Blake.11)  When  we  also  include  the  execution  time  of 
variable  addressing,  it  is  clear  that  a large  amount  of  the 
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execution  time  of  block-structured  high-level-language 
programs  is  spent  on  procedure  and  block  entry/exit 
and  variable  addressing.  The  overall  system  perfor- 
mance is  thus  strongly  influenced  by  the  implementation 
of  the  addressing  mechanism.  Therefore,  several  var- 
iable addressing  mechanisms  have  been  proposed,  e.g., 
the  display  mechanism  introduced  by  Dijkstra12  and  the 
addressing  mechanism  presented  by  Tanenbaum.10 

In  a recent  paper,13  I analyzed  a method  for  describ- 
ing variable  addressing  implementation  performance, 
one  that  employs  three  independent  parameter  sets:  a set 
of  program  statistics  determined  by  high-level-language 
benchmarks,  a set  of  architectural  parameters  based  on 
the  processor  architecture  and  the  variable  addressing 
mechanism,  and  a set  of  technology-dependent  param- 
eters. The  usefulness  of  this  model  lies  in  the  in- 
dependence of  the  three  sets,  and  in  the  fact  that  the 
processor  is  available  in  neither  physical  nor  virtual  (i.e., 
simulated)  form.  Hence,  a complete  performance  anal- 
ysis can  be  done  analytically.  In  addition,  in  order  to 
evaluate  the  program  statistics,  the  high-level-language 
benchmarks  can  be  run  on  any  computer  system. 

Using  this  analytical  model,  I compared  the  address- 
ing mechanisms  implemented  on  a number  of  pro- 
cessors. I chose  three  comparable  16-bit  micros — the  In- 
tel i8086, 14  the  Zilog  Z8000,15  and  the  Motorola 
MC68000.16 

In  the  next  section  I will  explain  the  performance 
model,  as  adapted  to  processors  with  an  instruction 
prefetch  pipeline.17  I describe  a set  of  Algol  and  Pascal 
benchmarks  in  the  third  section  of  this  article  and 
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Addressing  mechanisms  that  implement 
the  block  structure  in  high-level  languages 

In  block-structured  high-level  languages,  program 
statements  can  be  recursively  grouped  into  com- 
posite statements  by  means  of  two  block  delimiters 
(begin-end  and  procedure-return).  The  recursive  pro- 
gram structure  so  generated  can  be  represented  by  a 
program  tree  (Figure  1).  Each  composite  statement  or 
block  can  thus  be  given  a number,  its  static  lexical 
level,  which  is  the  depth  at  which  the  block  definition 
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Hence,  the  lexical  level  of  a block  is  always  deter- 
mined by  the  level  of  the  (static)  surrounding  block:  A 
begin  generates  a lexical  level  which  is  one  level 
higher  than  the  surrounding  block;  a corresponding 
end  returns  the  level  of  the  block  to  the  surrounding 
level.  A procedure  call  generates  a lexical  level  which 
is  one  higher  than  the  level  at  which  the  procedure  is 
declared;  a return  puts  the  level  back  to  the  calling 
level. 

Variables  may  be  accessed  only  when  they  are 
declared  within  the  same  block  or  in  static  surround- 
ing blocks,  that  is,  when  they  reside  at  a lexical 
parent  level.  With  respect  to  the  program  tree,  this 
means  that  we  can  access  all  variables  declared  in 
path  nodes  from  the  root  to  the  actual  active  node. 
This  also  means  that  scope  rules  are  fully  determined 
by  the  static  program  structure  known  at  compile 
time.  Within  a block,  each  variable  gets  a sequence 
number,  and  a lexical  address  is  formed  by  the  pair 
(lexical  level,  sequence  number).  When  a block  ends 
(by  an  end  or  return),  all  variables  within  that  block 
are  no  longer  visible. 

For  the  implementation  of  the  scope  rules  of  a 
block-structured  language,  one  needs  two  stacks:  a 
stack  with  static  information  (known  at  compile  time), 
and  a stack  with  dynamic  information  (known  only  at 
run  time).  Generally,  one  combines  these  stacks  with 
the  evaluation/allocation  stack  on  which  the  defined 
variables  and  the  temporary  results  are  stored.  The 
three  stacks  are  merged  into  one  stack  via  a linked- 
list  technique.  The  stack  of  static  and  dynamic  en- 
vironments is  implemented  through  marker  words 
that  are  linked.  Among  other  information,  each 
marker  contains  two  pointers:  a static  link,  pointing 
to  its  parent  static  environment,  and  a dynamic  link, 
pointing  to  the  previous  dynamic  environment.  The 
top-most  stack  marker  serves  as  the  base  address  of 

begin  0 

real  a b 

begin 
real  c d 

begin 
real  e f 

Q 

end 

end 

end 


the  allocation/evaluation  stack  of  the  current  environ- 
ment For  the  sake  of  efficiency,  the  latter  stack  is  im- 
plemented contiguously. 

It  is  clear  that,  with  the  above  simple  structure,  ac- 
cessing variables  in  parent  static  environments 
necessitates  tracing  down  the  static  pointer  chain, 
poss'bly  to  a depth  of  several  levels.  In  order  to 
lessen  or  avoid  this  run-time  overhead,  two  mech- 
anisms have  been  proposed,  namely  the  display  mech- 
anism and  Tanenbaum’s  proposal 

The  display  mechanism.  In  order  to  provide  fast  ac- 
cess io  any  iexicai  ievei,  inis  scheme  uses  an  extra 
stack  (display)  Each  display  location  contains  a 
pointer  to  the  base  of  a visible  environment.  When  a 
variable  at  lexical  level  / is  accessed,  DISPLAYf/]  is 
used  as  base  for  level  /.  Thus,  only  one  level  of  in- 
direction is  needed  to  access  a variable  at  any  static 
level.  The  main  benefit  of  the  display  mechanism  is 
that  the  address  of  any  variable  can  be  determined 
very  easily:  address  = DISPLAY^]  + sequence 
number.  Thus,  the  variable  access  time  is  indepen- 
dent of  the  lexical  level. 

During  the  execution  of  statement  Q in  our  exam- 
ple, the  display  and  data  stack  appear  as  shown  in 
Figure  2.  Variables  are  accessible  through  the 
display:  All  variables  in  the  three  levels  can  be  reached. 

Tanenbaum’s  mechanism.  In  order  to  reduce  the 
overhead  associated  with  display  rebuilding— which 
must  be  done  after  every  procedure  return— Tanen- 
baum  reduced  the  display  to  two  pointers:  a local 
pointer  LP  and  a global  pointer  GP.  Local  and  global 
variables  can  be  reached  through  these  pointers,  and 
intermediate  variables  must  be  accessed  by  tracing 
the  static  pointer  chain  through  indirections.  The  ra- 
tionale behind  this  approach  is  that  the  addressing  of 
variables  at  levels  between  the  current  level  and  the 
global  level  (i.e.,  intermediate  variables)  is  a relatively 
rare  event. 

In  our  example  the  data  stack  during  the  execution 
of  statement  Q will  appear  as  shown  in  Figure  3. 
Local  (e,f)  and  global  (a,b)  variables  can  be  addressed 
directly;  intermediate  variables  (c,d)  can  be  reached 
only  by  tracing  the  static  pointer  chain. 


STACK  DISLAY 

Figure  2.  Display  and  stack  during  statement  Q. 
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Figure  1.  Lexical  level  and  program  tree.  Figure  3.  Pointers  and  stack  during  statement  Q. 
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discuss  their  statistical  parameters.  In  the  fourth  section 
Dijkstra’s  and  Tanenbaum’s  addressing  mechanisms,  as 
implemented  on  the  three  microprocessors,  are  com- 
pared. It  is  shown  that  Tanenbaum’s  mechanism  always 
performs  better  than  Dijkstra’s  display  mechanism.  In 
the  last  section,  I compare  the  relative  performance  of 
the  three  microprocessors,  as  a function  of  memory 
speed.  1 conclude  by  ranking  the  processors  according  to 
their  performance.  The  correspondence  with  low-level 
performance  analyses  performed  elsewhere  is  striking, 
not  only  qualitatively  but  also  quantitatively.  I also 
discuss  a cost/performance  model. 

Variable  addressing  implementation  model 

In  an  earlier  work,13  I expressed  overall  system  per- 
formance as  a function  of  three  independent  factors:  the 
high-level-language  programs  (benchmarks);  the  pro- 
cessor architecture,  i.e.,  the  instruction  set  and  register 
organization;  and  the  technology.  Here,  I will  examine 
this  model  as  it  has  been  adapted  to  processors  with  in- 
struction prefetch  buffers  of  different  lengths.17 

The  overall  system  execution  cost  K,  induced  by  pro- 
cedure and  block  entry/exit  and  variable  addressing,  can 
be  written  as  a product  of  three  independent  arrays:  one 
composed  of  high-level-language  program  statistics  5, 
one  determined  by  the  processor’s  architecture  M,  and 
one  influenced  by  the  technology  Kj.  That  is, 

K = A T • M • ST,  (1) 

where  the  superscript  T denotes  array  transposition. 

This  model  was  obtained  in  a very  straightforward 
way:  The  execution  cost  of  any  high-level-language  pro- 
gram can  be  determined  as  a weighted  sum  of  the  execu- 
tion costs  of  the  individual  high-level-language  instruc- 
tions, with  the  frequency  of  these  instructions  in  the  test 
program  as  the  weight  factor.  Thus,  we  can  write 

K=75T.  (2) 

The  array  S contains  high-level-language  program 
statistics  concerning  variable  addressing,  and  thus  is  in- 
dependent of  either  architecture  or  technology.  The 
statistics  which  make  up  the  S array  comprise  the 
following: 

• The  number  of  block  entry/exits  ( nb ). 

• The  number  of  procedure  call/returns  ( np ). 

• The  number  of  variables  accessed  in  the  program 
(nib 

• The  number  of  local  variables  accessed  ( n /).  Local 
variables  are  variables  which  are  accessed  at  the 
same  level  at  which  they  are  declared. 

• The  number  of  global  variables  accessed  (ng). 
Global  variables  are  variables  which  are  declared  at 
the  outermost  level. 

• The  number  of  intermediate  variables  accessed  ( n ,). 
Intermediate  variables  are  nonglobal  variables 


which  are  accessed  at  an  higher  lexical  level  than 
that  at  which  they  are  declared. 

• The  total  lexical-level  difference  of  intermediate 
variables  (di,),  that  is,  the  sum  of  the  lexical-level 
differences  between  declaration  and  access. 

• The  total  lexical-level  difference  between  declara- 
tion and  access  of  procedures  (dpf) 

The  operations  described  here  can  be  viewed  as  “generic 
instructions,’’  and  each  high-level-language  program 
can  thus  be  written  as  a sequence  of  these  generic  in- 
structions. 

In  Equation  2,  T denotes  an  array  of  execution  costs 
T,  of  the  generic  instructions  /,  or 

T=  (T,  . . . T,  . T„).  (3) 

One  possible  description  of  the  execution  cost  K is  the 
execution  time  of  the  test  program.  Since  my  study  in- 
volves only  microprocessors,  this  execution  time  can  be 
expressed  in  terms  of  the  number  of  clock  cycles,  be- 
cause of  the  indivisibility  of  the  clock  cycle  time  tc  (in 
nanoseconds). 

The  number  of  clock  cycles  T,  needed  to  execute  each 
generic  instruction  / depends  on  various  parameters: 

• The  number  of  clock  cycles  TC,  needed  to  execute 
each  generic  instruction  /.  It  is  assumed  that  the 
memory  is  fast  enough  (no  wait  states)  and  the  in- 
struction pipeline  is  always  full. 

• The  number  of  extra  clock  cycles  needed  to  per- 
form a memory  read  (TMR,)  and  a memory  write 
(TMW,)  and  used  by  slower  memory. 

• The  number  of  extra  clock  cycles  in  the  delay  TPC,. 
This  delay  is  caused  by  an  empty  pipeline  resulting 
from  the  execution  of  a sequence  of  instructions 
when  not  enough  memory  is  free. 

• The  number  of  clock  cycles  in  the  delay  TPS,.  This 
delay  is  caused  by  a memory  that  is  slower  than 
specified  in  the  user’s  manual;  hence,  extra  wait 
states  are  introduced  in  order  to  have  a full 
pipeline. 

The  total  number  of  cycles  T,  can  thus  be  written  as  a 
sum  of  clock  cycles: 

T,  = TC,  + TMR,  + TMW,  + TPC,  + TPS,.  (4) 

The  value  of  each  of  these  parameters  is  determined  by 
the  processor’s  architecture  and  technology.  If  we  ex- 
press each  parameter  as  a product  of  a technology- 
dependent  part  and  an  architecture-dependent  part, 
then  Equation  1 will  be  satisfied,  since  the  technological 
parameters  are  independent  of  /: 


TC,  = C,  • Kc  (5a) 

TMR,  = MR,  • Kmr  (5b) 

TMW,  = MW,  • Kmw  (5c) 

TPC,  = PC,  • KPC  (5d) 

TPS,  = PS,  • KPS  (5e) 
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It  we  define  a technological  array  A'T  and  an  architec- 
tural array  M,  as 


A't  = (Kc  Kmr  Kmw  Kpc  Kps)  (6) 

and 

M,  = (C,  MR,  MW,  PC,  PS,)T,  (7) 

then  we  can  rewrite  Equation  4: 

T,  = Kj  ■ M,  (8a) 

or 

T=KjM  (8b) 

if 

M ~{M\  . . . A/,  . . . Mn).  (9) 

Applying  Equation  8b  to  Equation  2 finally  leads  to  the 
basic  model  of  Equation  1. 

For  each  of  the  five  parameters  of  Equation  5,  the 
question  of  whether  to  separate  them  into  technology- 
dependent  and  architecture-dependent  parts  must  be  in- 
dividually determined. 

Execution  time  in  the  optimal  case.  When  the  memory 
is  fast  enough  (no  wait  states)  and  the  instruction 
pipeline  is  full,  the  total  number  of  clock  cycles  needed 
for  each  generic  instruction  i is  the  sum  of  the  number  of 
clock  cycles  CtJ  needed  for  the  machine  instructions  j 
which  compose  the  generic  instruction  /.  These  numbers 
CtJ  can  be  easily  found  in  the  microprocessor  user’s 
manual. 

Influence  of  slower  memory  on  data  memory  opera- 
tions. The  read/write  timing  diagrams  of  the  typical 
user’s  manual  give  the  minimum  number  of  clock  cycles 
needed  by  the  processor  to  execute  a memory  read  or 
write.  We  call  these  values  mr  and  mw.  Let  us  denote  the 
memory  access  time  as  .v  (in  nanoseconds).  The  memory 
is  fast  enough  if  x/t(  <mr  for  a data  read— no  wait  states 
have  to  be  introduced.  The  number  of  clock  cycles  to  be 
inserted  depends  on  the  memory  speed,  e.g.,  when 
m,  <x/tL  < m,  + 1,  only  one  cycle  has  to  be  introduced. 
The  number  of  clock  cycles  to  be  inserted  can  thus  be 
written  as 


Dr  = max{0,Fv/r(.  - mr] },  (10) 

where  \z]  denotes  the  smallest  integer  greater  than  or 
equal  to  z.  A similar  expression  DM  exists  for  data  write 
operations. 

This  delay  occurs  for  each  data  memory  operation. 
The  total  number  of  memory  operations  required  for 
each  generic  instruction  / is  the  sum  of  the  number  of 
memory  operations  required  for  the  individual  machine 
instructions  j (R,y  read  operations,  Wy  write  operations). 


Pipeline  influence.  The  number  of  clock  cycles  re- 
quired for  each  machine  instruction,  as  described  in  the 
user’s  manual  of  a microprocessor  with  an  instruction 
pipeline,  is  only  the  number  of  clock  cycles  needed  to 
“really”  execute  the  instruction.  It  is  assumed  that  the 
instruction  word  is  already  prefetched  and  available  in 
the  pipeline  buffer.  However,  since  the  memory  bus  is 
not  always  free  to  fill  the  pipeline,  sometimes  the 
pipeline  buffer  is  empty.  This  causes  a delay  so  that  the 
buffer  can  be  filled  before  the  instruction  is  executed. 
Microprocessor  manufacturers  give  a typical  value  of  5 
to  10  percent  for  this  delay,  but  note  that  the  value  can 
be  much  higher,  depending  on  the  instruction  sequence. 

To  determine  this  delay  TPC,  exactly , the  internal 
microcode  of  each  processor  would  have  to  be  available. 
However,  since  no  information  on  this  microcode  was 
available,  I used  a best/worst-case  analysis  to  determine 
an  upper  and  lower  bound  for  TPC,. 

In  the  best  case  I assumed  that  all  free  clock  cycles  in 
one  machine  instruction  were  grouped  consecutively. 
For  instance,  when  an  instruction  needed  eight  clock 
cycles  and  two  memory  operations  of  three  cycles  each,  I 
supposed  that  the  two  free  clock  cycles  were  contiguous, 
as  shown  in  Figure  1.  Only  one  cycle  needed  to  be  in- 
serted to  do  the  prefetch. 

The  number  of  cycles  to  be  inserted  for  each  machine 
instruction  can  be  determined  by  using  the  values  of  R/y, 
W u,  and  I ,j  (the  number  of  clock  cycles  for  that  instruc- 
tion), and  a table.  One  such  relation  for  the  Z8000, 
which  has  a pipeline  length  of  one  word,  is  shown  in 
Table  1. 

In  the  worst  case  I assumed  that  the  free  bus  cycles 
were  not  grouped,  as  shown  in  Figure  2.  In  this  example, 
two  clock  cycles  have  to  be  inserted.  The  number  of 
cycles  to  be  inserted  can  again  be  determined  using  a 
table,  as  shown  for  the  Z8000  in  Table  2. 
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Figure  1.  Memory  operation  in  the  best-case  model. 


Table  1. 

Number  of  clock  cycles  to  be  inserted  in  the  Z8000 
for  the  best-case  model. 
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Influence  of  slower  memory  on  the  use  of  a pipeline. 

When  the  memory  is  slower  than  specified,  problems 
can  arise  in  filling  the  pipeline  buffer  during  instruction 
execution.  These  problems  cause  a delay  TPS,  that  is 
dependent  on  the  memory  speed  v.  Again,  information 
on  the  microcode  would  be  needed  to  determine  this 
delay  exactly,  and  again  I used  a best/worst-case 
analysis  to  find  bounds  for  this  delay. 

In  the  best  case  I took  into  account  only  the  instruc- 
tions Q which  have  just  enough  free  clock  cycles  to  do 
the  prefetch  without  delay  when  fast  memory  is  used. 
This  is  a lower  bound,  since  I eliminated  the  instructions 
which  operate  without  delay  even  when  the  memory  is 
slower,  i.e.,  instructions  which  have  at  least  one  free 
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Figure  2.  Memory  operation  in  the  worst-case  model. 


Table  2. 

Number  of  clock  cycles  to  be  inserted  in  the  Z8000 
for  the  worst-case  model. 
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Table  3a. 

M for  the  display  mechanism,  implemented  on  the  Z8000 
for  the  best  and  worst  cases. 
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clock  cycle  available.  The  number  ot  c\cles  to  be  in- 
serted for  these  instructions  Q depends  on  the  memory 
speed  and  is  equal  to  D,  (Equation  10). 

In  the  worst  case  I assumed  that  ever\  instruction 
causes  a delay  of  D,  clock  cycles,  except  the  instructions 
which  use  the  memory  data  bus  very  little  and  thus  have 
enough  free  cycles.  However,  since  in  principle  infinitely 
slow  memory  can  be  used,  no  instruction  will  have 
enough  free  cycles.  Therefore  I reduced  the  minimum 
memory  speed  to  a practical  value.  This  minimum  is  ob- 
tained for  a maximum  access  time  vM.  Thus  an  instruc- 
tion which  causes  no  delay  in  doing  a prefetch  must  have 
at  least  Z free  cycles,  with 


Z = ma  x{mr,\xM/tc]}  - m, . (11) 

This  value  is  maximum  (an  upper  bound)  for  a 
minimum  value  of  t(.  This  minimum  value  ta„  means  a 
maximum  processor  clock  frequency. 

Given  these  descriptions,  it  is  easy  to  determine  the  M 
array  for  both  addressing  mechanisms  in  both  the  best 
and  worst  cases;  Tables  3a  and  3b  show  M for  the 
Z8000.  It  is  obvious  that  only  the  fouith  rows  of  the  M 
arrays  differ  in  the  best  and  worst  cases. 

The  Kj,  M,  and  S values  can  be  applied  to  Equation  1 
to  obtain  a lower  bound  KL  for  the  total  number  of 
clock  cycles  in  the  best  case,  and  an  upper  bound  Ky  for 
the  total  number  of  clock  cycles  in  the  worst  case.  The 
total  execution  time  of  a test  program’s  block-structured 
and  variable  addressing  instructions,  running  on  a pro- 
cessor with  clock  cycle  time  tc,  will  always  lie  in  the 
range  [KL  • tc,  Ky  • ].  This  range  can  be  used  to  com- 

pare addressing  mechanisms  and  processors,  as  describ- 
ed in  the  following  sections. 


Benchmarks  and  program  statistics 

Processors  and  addressing  mechanisms  are  usually 
more  suited  to  some  languages  and  applications  than  to 
others.  In  a statistical  analysis,  one  hopes  to  eliminate 
this  bias  by  considering  different  languages  and  applica- 
tions. In  this  study,  I was  limited  to  two  languages,  and  I 
considered  only  a few  applications.  However,  even  with 
applications  belonging  to  totally  different  domains,  the 
results  were  almost  language-  and  application-inde- 
pendent, as  is  shown  in  the  next  two  sections.  In  my 
system,  I used  HP  Algol,18  a slightly  changed  version  of 
Algol  60,  and  Swedish  Pascal,19  a version  of  Jensen  and 
Wirth’s  Pascal.20 


Table  3b. 

M for  Tanenbaum’s  proposal,  implemented  on  the  Z8000  for  the  best  and  worst  cases. 
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The  programs  tested  concern  nonhomogeneous  ap- 
plications such  as  numerical  problems,  compiler  con- 
struction, and  data  manipulation.  They  were  written  by 
graduate  and  postgraduate  students.  Let  us  call  the 
graduate  students  programmers  A and  B,  and  the 
postgraduate  students  programmers  C and  D.  DIGFD, 
DIGFP,  and  DIGFK  are  numerical  programs  used  for 
digital  filtering  and  speech  recognition,  and  BUBBLE  is 
a bubblesort;  all  were  written  in  Algol.  The  Pascal  pro- 
grams are  TREE,  a program  that  generates  the  syntax 
tree  of  a program,  and  SPLIT,  which  generates  the 
LR(0)-items  and  adds  the  look-aheads  in  a syntax- 
analyzer  generator.21  The  numerical  programs  were 
written  by  programmer  C,  TREE  and  BUBBLE  by  D, 
and  SPLIT  by  A and  B.  Dynamic  program  statistics  ob- 
viously depend  on  their  input  data.  Therefore  each  pro- 
gram was  run  several  times  with  different  input  data. 

In  order  to  measure  the  program  statistics  as  describ- 
ed in  the  preceding  section,  I developed  a measurement 
system  that  can  analyze  any  block-structured  high-level- 
language  program  and  measure  any  high-level-language 
program  statistic.22  In  the  same  work,  I identified  a set 
of  useful  statistics.  For  a comparative  study  of  variable 
addressing  mechanisms  on  microprocessors,  I needed 
only  a few  of  these  statistics,  namely  those  defined  in  the 
section  above.  These  statistics,  measured  for  the  pro- 
grams described  above,  are  shown  in  Table  4. 

A comparison  of  two  variable  addressing 
mechanisms 

In  order  to  compare  the  display  mechanism  with 
Tanenbaum’s  proposal,  I applied  the  M array  of  each  to 
Equation  1.  By  doing  so,  I obtained  a measurement  pro- 
portional to  the  execution  time  of  programs  which  im- 
plement Tanenbaum’s  mechanism,  and  one  proportion- 
al to  the  execution  time  of  programs  which  implement 
the  display  mechanism.  As  stated  in  the  second  section 
of  this  article,  I was  also  able  to  analyze  the  influence  of 
memory  speed  on  these  measurements,  for  the  three 
microprocessors  under  both  the  best-  and  worst-case 
models. 

To  compare  the  two  addressing  mechanisms,  I calcu- 
lated R,  which  is  the  ratio  of  the  execution  time  of  Tan- 
nenbaum’s  proposal  to  that  of  the  display  mechanism: 

R = Kta  • tc/Km  • tc.  (12) 

Figures  3a  and  3b  show  this  ratio,  under  both  the  best- 
and  worst-case  models,  for  an  i8086  with  a memory  fast 
enough  to  eliminate  wait  states.  This  ratio  lies  in  the 
range  [0.73,  0.86]  for  Algol  programs  and  in  the  range 
[0.57,  0.59]  for  Pascal  programs  and  is  almost  indepen- 
dent of  program  and  input  data.  Both  figures  show  that 
Tanenbaum’s  mechanism  really  performs  better  than 
the  display  mechanism.  The  better  behavior  of  Tanen- 
baum’s mechanism  in  the  Pascal  programs  is  due  to  the 
low  use  of  intermediate  variables  in  Pascal,  which  is  a 
consequence  of  the  ability  to  compile  Pascal  programs 
separately.  Figures  and  results  for  the  Z8000  and  MC- 
68000 are  very  similar. 


A measurement  system  for  high-level- 
language  program  statistics 


The  measurement  system  we  developed  has  two 
important  features:  It  is  independent  of  language  and 
it  can  be  adapted  to  any  program  statistic.  Such  a 
system  needs  three  types  of  input: 

(1)  a description  of  the  language  to  be  analyzed; 

(2)  some  indications  of  the  statistics  that  must 
be  measured;  and 

(3)  a program  in  the  language  to  be  analyzed. 

In  contrast,  language-dependent  measurement 
systems  lack  Input  1 — i.e.,  the  language  description 
is  built-in. 

Since  both  the  description  of  the  language  and  the 
description  of  the  statistics  are  intimately  connected 
with  the  syntactic  structure  of  the  language,  a formal 
means  of  describing  this  structure  can  be  used  to 
describe  both  the  language  and  the  statistics.  In  our 
system  we  used  the  BNF  notation  developed  by 
Backus  and  Naur.1 

Our  measurement  system  uses  the  above- 
mentioned  connections  between  the  program  syntax 
and  the  statistics.  The  way  in  which  this  is  done  can 
best  be  explained  by  considering  the  compilation 
process.  A compiler  first  creates  the  syntax  tree  of 
the  program  (i.e.,  by  means  of  a syntax  analyzer). 
Then,  this  tree  is  converted  to  machine  code  via 
semantic  routines,  which  generate  specific  pieces  of 
code  for  each  BNF  rule.  In  a high-level-language  inter- 
preter system,  the  semantic  routines  directly  execute 
the  semantic  functions  associated  with  the  syntactic 
construct. 

In  our  measurement  system,  things  are  similar:  We 
first  construct  the  syntax  tree  of  the  program,  using 
an  automatic-construction  parser.  Rather  than  defin- 
ing a semantic  routine  for  each  syntax  rule,  we  ap- 
pend one  or  more  software  probes  to  some  or  all  syn- 
tax rules.  These  software  probes  perform  one  of  the 
following  functions: 

(1)  measurement  of  static  statistics, 

(2)  insertion  of  write  statements  in  particular 
places  in  the  test  program,  or 

(3)  insertion  of  block  delimiters  (begin-end)  to  keep 
the  test  program  syntactically  correct  and 
semantically  unchanged. 

When  the  converted  test  program  is  compiled  and 
executed,  the  inserted  write  statements  generate 
trace  files,  which  will  later  be  analyzed  to  collect 
dynamic  high-level  statistics. 


1.  P.  Naur,  “Revised  Report  on  the  Algorithmic  Language 
Algol  60,”  Comm.  ACM,  Vol.  6,  No.  1,  Jan.  1963,  pp.  1-17. 
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Figure  3.  Execution  time  of  Tanenbaum’s  proposal  relative  to  that  of  the  display  mechanism:  for  Algol  programs  on 
the  i8086  (a)  and  for  Pascal  programs  on  the  i8086  (b). 


Analyzing  the  influence  of  processor  and  memory 
speed  on  R,  I again  drew  similar  conclusions:  R is  almost 
independent  of  processor  and  memory  speed.  Figures  4a 
and  4b  show  R for  the  three  microprocessors  (each  with 
memory  that  is  fast  enough)  and  for  an  “average”  pro- 
gram, i.e.,  a program  exhibiting  the  average  of  the 
statistics  shown  in  Table  4.  We  see  that  the  ratio  is  in- 
deed very  similar  for  the  three  microprocessors.  The  in- 
fluence of  the  memory  speed  x (in  nanoseconds)  on  a 
12-MHz  MC68000  is  very  small  (Figure  5).  Similar 
figures  can  be  drawn  for  the  i8086  and  the  Z8000.  Notice 
also  that  the  influence  of  memory  on  slower  processors’ 
R is  still  smaller. 

Given  these  results,  I concluded  that  under  both  the 
best-  and  worst-case  models,  and  for  all  three  micro- 
processors, both  languages,  all  programs  and  input 
data,  and  any  memory  speed,  Tanenbaum’s  mechanism 


Figure  4.  Kta/KDi  for  Algol  programs  on  the  three  processors  (a); 
Kta/Kdi  for  Pascal  programs  on  the  three  processors  (b). 


results  in  considerably  better  performance  than  that  pro- 
vided by  the  classical  display  mechanism.  The  gain  in 
performance  reaches  a value  of  at  least  14  percent  for 
Algol  programs  and  39  percent  for  Pascal  programs. 

Comparison  of  the  three  microprocessors 

To  compare  the  execution  ties  of  procedure  and  block 
entry/exit  and  variable  addressing  in  high-level-language 
programs  running  on  the  three  microprocessor  systems, 
I used  the  model  described  in  the  second  section  of  this 
article.  Applying  the  M arrays  for  the  three  processors 
to  Equation  1,  I obtained  sets  of  performance  figures, 
one  for  each  processor  and  one  for  each  addressing 
mechanism  in  the  best  and  worst  cases,  and  one  for  the 
individual  programs.  With  such  figures,  one  can  com- 
pare two  processors  for  the  different  cases  mentioned 
above  by  examining  the  ratio  of  their  respective  perfor- 
mance values. 

In  the  course  of  my  analysis,  I arrived  at  an  important 
conclusion:  The  relationships  among  the  performances 
of  the  microprocessors  are  almost  independent  of  pro- 
gram and  input  data.  This  conclusion  can  be  deduced 
from  Figures  6a  and  6b,  which  describe  the  performance 
of  each  processor  relative  to  the  8086  worst  case  (assum- 
ing that  the  memory  is  fast  enough),  for  Algol  programs 
implementing  the  display  mechanism  on  the  Z8000,  and 
for  Pascal  programs  implementing  Tanenbaum’s  pro- 
posal on  the  MC68000.  The  figures  for  different  pro- 
grams and  input  data  differ  by  only  a few  percent. 
Notice  also  that  best-  and  worst-case  results  lie  within  a 
reasonable  range.  Because  of  this  program  and  data  in- 
dependence, only  the  results  of  “average”  Algol  or 
Pascal  programs  need  to  be  discussed  below.  Average 
Algol  or  Pascal  programs  are  as  defined  in  the  preceding 
section. 
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Table  4. 

Program  statistics  concerning  variable  addressing. 


r>b 

nP 

nt 

ni 

n9 

n, 

dit 

dpt 

i 

951 

963 

71583  6 

19331  4 

24690  6 

27561  6 

27561  6 

1637  1 

DIGFD 

2 

851 

863 

56390  6 

15083  2 

20225  2 

21253  6 

21253  6 

1467  1 

3 

651 

663 

32061  6 

7884  0 

13140  0 

11037  6 

1 1037-6 

1060  8 

1 

2102 

2115 

78014  5 

19819  9 

28675  6 

29519.0 

29519  0 

4230  0 

DICFK 

2 

2102 

2115 

78014  5 

19819  9 

28675  6 

29519  0 

29519  0 

4230  0 

3 

1402 

1414 

53785  6 

13235  2 

20556  8 

19712.0 

19712  0 

2828  0 

1 

2752 

2765 

115857  0 

38067  3 

45239.4 

32550  3 

32550.3 

5530  0 

DIGFP 

2 

2752 

2765 

115857  0 

38067  3 

45239  4 

32550  3 

32550  3 

5530  0 

3 

1852 

1864 

79150.0 

85640  4 

31957  6 

21552.8 

21552  8 

3728  0 

1 

2 

1 

4620  0 

2127  0 

1572  0 

921.0 

921.0 

0 0 

2 

2 

1 

267  0 

117  0 

96.0 

54  0 

54.0 

0 0 

BUBBLE 

3 

2 

1 

420  0 

189  0 

144  0 

114  0 

114.0 

0 0 

4 

2 

1 

291.0 

129.0 

105  0 

57  0 

57.0 

0 0 

5 

2 

1 

228  0 

96  0 

90  0 

42  0 

42  0 

0 0 

1 

1 

10 

220000  0 

21120  0 

198880  0 

0 0 

0 0 

2 0 

SPLIT 

2 

1 

10 

110000  0 

13310.0 

96690.0 

0.0 

0 0 

2 0 

1 

10 

110000  0 

13310.0 

96690  0 

0 0 

0.0 

2 0 

TDCC 

1 

20802  6 

10782  3 

10020  3 

0 0 

0 0 

266  0 

1 net 

2 

408859.0 

210806.2 

198052  8 

0.0 

0 0 

5250.7 

nb  - NUMBER  OF  BLOCK  ENTRY/EXITS 
np  = NUMBER  OF  PROCEDURE  CALL/RETURNS 
nt  = NUMBER  OF  VARIABLES  ACCESSED 
n i = NUMBER  OF  LOCAL  VARIABLES  ACCESSED 


ng  = NUMBER  OF  GLOBAL  VARIABLES  ACCESSED 

n,  = NUMBER  OF  INTERMEDIATE  VARIABLES  ACCESSED 

dit  = TOTAL  LEXICAL-LEVEL  DIFFERENCE  OF  INTERMEDIATE  VARIABLES 

dpt  = TOTAL  LEXICAL-LEVEL  DIFFERENCE  BETWEEN  DECLARATION  AND  ACCESS  OF  PROCEDURES 


Figure  7a  shows  the  influence  of  memory  speed  on  the 
execution-time  ratio  Kz8ooo/Kmc68000  ^or  an  avera8e 
Algol  program,  with  the  display  mechanism,  imple- 
mented on  4,  8,  10,  and  12-MHz  processors.  The  same 
ratio  is  shown  in  Figure  7b  for  Tanenbaum’s  proposal. 
Both  addressing  mechanisms  have  a better  performance 
when  implemented  on  the  Z8000  than  when  implement- 
ed on  the  MC68000,  provided  that  the  memory  is  fast 
enough  for  the  processor’s  clock  frequency.  With  slow 
memories  and  high  processor  clock  frequencies,  how- 
ever, the  MC68000  performance  degrades  more  slowly 
than  that  of  the  Z8000.  Indeed,  an  MC68000  with  a slow 
memory  actually  performs  better  than  a Z8000  with  a 
slow  memory.  This  behavior  can  be  easily  explained. 
The  Z8000  needs  only  three  clock  cycles  for  a memory 
operation  (mr  = mw  - 3),  whereas  the  MC68000  needs 
four  or  five  cycles  ( mr  = 4,  mw  = 5).  When  fast  memories 
are  used,  the  Z8000  can  operate  at  maximum  speed  and 
thus  execute  a memory  operation  in  only  three  clock 
cycles.  A better  Z8000  performance  is  thus  obtained. 
When  slower  memories  are  used,  Z8000  performance 
begins  to  degrade  as  soon  as  a memory  operation  re- 
quires more  than  three  clock  cycles.  This  is  in  contrast  to 
the  MC68000,  the  performance  of  which  does  not  begin 
to  degrade  until  a memory  operation  requires  more  than 
jour  clock  cycles.  Thus,  MC68000  performance 
degrades  more  slowly  than  Z8000  performance  for 
memory  speeds  of  at  least  3 • r(,  e.g.,  250  nanoseconds 
for  a 12-MHz  processor  and  300  nanoseconds  for  a 
10-MHz  processor  (see  again  Figures  7a  and  7b). 


Comparing  Figures  7a  and  7b,  we  see  that  the  Z8000  is 
better  suited  to  the  display  mechanism  than  to  Tanen- 
baum’s proposal,  compared  to  the  MC68000.  The  main 
reason  for  this  lies  in  the  method  of  computation  of  the 
base  address  of  the  lexical  level,  which  is  slower  in  the 
MC68000.  In  the  display  mechanism,  this  operation  is 
performed  at  each  variable  access  and  thus  requires 
more  operations  in  the  MC68000.  Again  note  that  the 


Figure  5.  Influence  of  memory  speed  x on  Kja/Kdi  for  a 
12-MHz  MC68000. 
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best-  and  worst-case  ratios  do  not  differ  much:  The  ex-  Using  the  results  shown  in  Figures  7,  8,  and  9,  I made 
act  performance  ratio  lies  between  tight  limits.  Similar  a global  performance  analysis  and  compared  my  results 
figures  can  be  derived  for  an  average  Pascal  program.  with  those  from  other  studies.  To  obtain  one  pertor- 

Similar  conclusions  can  be  reached  in  comparing  the  mance  value  for  each  processor,  I averaged  the  perfor- 
Z8000  to  the  i8086  (Figures  8a  and  8b).  One  major  dif-  mances  of  all  the  programs  in  both  languages  with  both 
ference  is  striking:  The  performance  of  the  i8086  is  variable  addressing  mechanisms.  I also  used  average  per- 
much  poorer  than  that  of  the  MC68000.  formance  values  from  the  studies  by  other  reseat chers; 

Since  the  18O86  and  the  MC68000  both  need  an  equal  these  values  were  obtained  by  averaging  the  perfor- 
number  of  clock  cycles  for  a data  read  (mr  = 4),  and  mances  of  all  programs,  normalized  to  equal  processor 
since  only  the  number  of  memory  write  cycles  is  dif-  clock  frequencies.  Figures  10a  and  10b  show  the  mean 
ferent  (wH  =4  for  the  i8086,  mw  = 5 for  the  MC68000),  performance  ratio  of  programs  analyzed  by  Nelson  and 
the  influence  of  memory  speed  on  the  execution-time  Nagle,6  by  Grappel  and  Hemenway5  and  adjusted  by 
ratio  Km^680(X)/K18086  is  very  small,  as  is  shown  in  Patstone,23  by  Hunter  and  Ready,  Inc.,24  and  by  Han- 
Figures  9a  and  9b.  Note  also  that  both  processors  are  sen  et  al.25  They  also  show  an  upper  and  lower  bound 
equally  suited  to  both  addressing  mechanisms.  for  my  results.  The  upper  bound  is  obtained  by  dividing 


Figure  6.  Relative  performance  of  the  Z8000  compared  to  the  i8086  worst  case,  with  the  display  mechanism  im- 
plemented for  Algol  programs  (a);  relative  performance  of  the  MC68000  compared  to  the  i8086  worst  case,  with 
Tanenbaum’s  mechanism  implemented  for  Pascal  programs  (b). 


Figure  7.  Kzsooo/KMcesooo  as  a function  of  the  memory  speed  x for  the  display  mechanism  on  4, 8, 10,  and  12-MHz  pro- 
cessors (a)  and  for  Tanenbaum’s  proposal  on  4,  8, 10,  and  12-MHz  processors  (b). 
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Figure  8.  KZ80oo/Kj8086  as  a function  of  the  memory  speed  x for  the  display  mechanism  on  4,  8,  10,  and  12-MHz  pro- 
cessors (a)  and  for  Tanenbaum’s  proposal  on  4,  8, 10,  and  12-MHz  processors  (b). 


Figure  9.  KMc680oo/Ki8086  as  a function  of  the  memory  speed  x for  the  display  mechanism  on  4,  8, 10,  and  12-MHz  pro- 
cessors (a)  and  for  Tanenbaum’s  proposal  on  4,  8, 10,  and  12-MHz  processors  (b). 


Figure  10.  Relative  performance  of  the  MC68000  to  the  18086  as  determined  in  five  studies  (a);  relative  performance  of 
the  Z8000  to  the  i8086  as  determined  in  four  studies  (b). 
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the  best-case  results  for  one  processor  by  the  worst-case 
results  for  the  other.  The  lower  bound  is  similarly  ob- 
tained by  dividing  the  worst-case  results  for  the  first  pro- 
cessor by  the  best-case  results  for  the  second  processor. 
The  real  performance  ratio  will  always  lie  in  the  range 
defined  by  these  bounds.  Note  that  there  is  a great 
resemblance  among  the  studies,  even  when  my  perfor- 
mance figures  include  only  the  times  to  execute  pro- 
cedure and  block  entry/exit  and  perform  variable  ad- 
dressing in  high-level-language  programs.  This  proves 
that  the  results  from  an  analytical  model  provide  great 
accuracy. 

The  results  can  also  be  combined  to  provide  a 
cost/performance  analysis.  Figure  11  shows  a global 
comparison  of  the  three  processors  with  a set  of  possible 
clock  frequencies.  (We  assume  that  each  processor  is  or 


Figure  11.  Relative  performance  of  the  three  16-bit  micros  as  a func- 
tion of  the  memory  speed  x. 


will  be  available  with  a 4,  8,  10,  or  12-MH/  clock.)  The 
results  depicted  are  for  an  average  Pascal  program  hav- 
ing the  display  mechanism,  but  similar  results  will  be  ob- 
tained for  an  average  Algol  progiam  and/or  Tanen- 
baum’s  proposal.  Even  when  programs  producing  dif- 
ferent statistics  are  used,  the  results  will  be  similar. 
Thus,  various  microprocessor  system  configurations  will 
yield  a relative  performance  of,  say,  3.5:  a 12-MHz 
Z8000  with  395-nanosecond  memory,  a 12-MHz  MC68000 
with  445-nanosecond  memory,  a 10-MHz  Z8000  with  380- 
nanosecond  memory,  or  a 10-MHz  MC68000  with  415- 
nanosecond  memory.  These  solutions  are  for  the  worst- 
case  model. 

By  taking  a set  of  processors  TA  with  a memory  speed 
xwk , we  can  find  the  lowest-cost  configuration,  depend- 
ing on  the  cost  of  the  processor  PA,  the  cost  of  the 
memory  Mk,  and  the  size  of  the  memory  S.  The  pro- 
cessor cost  PA  is  a function  of  the  processor  type  Jk, 
which  is  characterized  by  the  manufacturer  mk  and  the 
clock  frequency  fk — thus,  PA  = P (mk,fk).  The  memory 
cost  MA  is  a function  of  the  memory  speed  xwk,  i.e., 
M^  = M(A'Wyt).  Thus,  for  each  possible  configuration  k 
we  obtain  a cost  figure  Ck: 


Ck  = P(mk,fk)  + S • M(xwa).  (13) 

The  lowest-cost  processor/memory  configuration  will 
have  the  smallest  Ck. 

Since  we  used  the  worst-case  model  to  obtain  the 
memory  speed  xwk,  w'e  can  be  sure  that  the  relative  per- 
formance will  be  at  least  minimally  acceptable,  since  the 
real  performance  value  will  always  lie  in  the  range  [worst 
case,  best  case].  Systems  using  memories  with  a speed 
xbk  obtained  under  the  best-case  model  can  also  have 
the  same  performance  figure,  even  with  a slower 
memory,  since  xbk  > xwk . For  instance,  a relative  perfor- 
mance of  3.5  can  be  provided  by  a 10-MHz  MC68000 
and  a memory  with  access  time  of  540  nanoseconds 
(>415  nanoseconds),  if  the  best-case  results  are  taken. 
Since  the  memory  is  slower,  the  cost  will  be  lower. 
However,  given  a memory  speed  xbk,  it  cannot  be 
guaranteed  that  the  performance  will  actually  have  the 
value  in  mind,  since  the  figures  are  obtained  under  best- 
case  models  and  the  real  performance  value  can  thus  be 
smaller.  The  choice  of  memory  speed  depends  on  wheth- 
er the  application  is  time-sensitive.  If  it  is,  the  worst-case 
speed  xwk  must  be  used  to  ensure  that  the  desired  per- 
formance will  be  obtained.  If  the  application  is  cost- 
sensitive  rather  than  time-sensitive,  the  best-case  speed 
xbk  must  be  used,  since  it  always  results  in  a cheaper 
configuration  than  if  the  worst-case  speed  is  used.  Of 
course,  this  approach  cannot  ensure  that  the  desired  per- 
formance will  be  obtained. 


We  have  analyzed  the  performance  of  addressing 
mechanism  implementations  for  block-structured  high- 
level  languages.  The  performance  measure  defined  here 
can  be  written  as  a (scalar)  product  of  three  arrays,  each 
array  depending  on  one  parameter  set.  These  three  sets 
are  completely  independent — that  is,  they  comprise 
technological,  architectural,  and  program-statistical  set^. 
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This  model  provided  a basis  for  comparing,  in  three 
contemporary  16-bit  microprocessors,  the  implementa- 
tion of  the  traditional  display  mechanism  to  the  im- 
plementation of  the  mechanism  proposed  by  Tanen- 
baum.  A best/worst-case  analysis  overcame  the  lack  of 
information  about  the  microcode  and  its  relationship  to 
instruction  prefetch  behavior. 

The  performance  figures  presented  here  were  consis- 
tent with  one  another  and  with  those  derived  in  other 
studies.  They  showed  that  Tanenbaum’s  proposal  pro- 
vided a uniformly  better  performance  than  the  display 
mechanism.  The  figures  aiso  indicated  the  relative  per- 
formance of  the  three  microprocessors — the  Z8000  did 
the  best,  the  MC68000  the  second-best,  and  the  i8086 
the  worst.  These  results  agreed  well  with  earlier  data. 
The  methods  presented  here  also  showed  how  to  deter- 
mine the  influence  of  memory  speed  on  performance, 
and  how  the  results  could  be  used  to  obtain  a cost/per- 
formance figure.* 
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A paged-memory  management  chip  brings  virtual  memory  to  two 
16-bit  CPUs.  Additionally,  a coordinated  bus  structure  makes 
possible  distributed-processing  or  multitasking,  multi-user  systems. 


16-bit  juPs  get  a boost 
from  demand-paged  MMU 


Faced  with  applications  that  demand  large  pro- 
grams and  extensive  data  manipulation,  micro- 
computer manufacturers  are  turning  to  virtual 
memory  management,  an  approach  originally  de- 
veloped for  minicomputers.  A single  chip  uses 
demand-paged  virtual  memory  to  expand  the  al- 
ready large  memory-addressing  capabilities  of  two 
new  16-bit  microprocessors. 

Running  the  software  being  developed  for  those 
processors— the  8-Mbyte  Z8003  and  the  64-kbyte 
Z8004— means  using  the  latest  techniques  for  effec- 
tive memory  management.  The  technique  known  as 
demand-paged  virtual  memory,  chosen  for  the 
Z8015  paged-memory  management  unit  (PMMU), 
keeps  the  most  frequently  used  codes  in  fixed- 
length  blocks  in  RAM,  swapping  them  in  and  out  of 
disk  storage  to  extend  the  range  of  addresses.  Such 
a scheme  naturally  leads  to  multitasking  and  multi- 
user systems,  since  the  time  spent  accessing  a disk 
can  be  used  for  other  tasks.  With  the  Z8015,  for 
example,  the  Z8003’s  8-Mbyte  logical  address  space 
translates  into  a 16-Mbyte  physical  address  space. 

The  Z8015  has  the  same  address  translation  and 
access  protection  features  as  the 
Z8010  but  is  based  on  2-kbyte  pages 
rather  than  the  variable-length 
segments  used  in  the  earlier  chip. 

Together,  the  Z8015  and  the  Z8003 
(or  Z8004)  bring  multitasking  and 
multiuser  capabilities  to  the  micro- 
computer. 

In  addition,  the  Z8015’s  access  vali- 
dation feature  protects  memory  from 
unauthorized  or  unintentional  ac- 
cess. The  memory  management  unit 
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also  generates  an  Instruction  Abort  signal  during 
page  faults  and  at  the  same  time  saves  sufficient 
status  and  information  to  restart  or  resume  any 
instruction  after  the  fault  is  corrected. 

One  important  application  of  virtual  memory  is 
in  disk-based  multitasking  systems.  A system  of 
this  type  can  be  implemented  easily  with  the  Z8003 
and  the  Z8015. 

Virtual  memory  enables  a system  to  execute  pro- 
grams that  do  not  fit  into  its  primary  memory.  In 
order  to  accomplish  this,  a secondary  storage 
device— usually  a disk— is  required.  When  a disk 
access  is  required,  however,  the  program  in 
progress  must  he  interrupted.  This  interruption  can 
cause  large  and  unpredictable  delays  known  as 
paging  overhead,  which  may  become  excessive  be- 
cause of  the  slow  access  time  and  transfer  rates  of 
floppy  disks.  For  a typical  personal  computer  or  a 
small  business  computer,  these  delays  might  slow  a 
system  sufficiently  to  make  virtual  memory  man- 
agement impractical. 

Hard-disk  systems,  on  the  other  hand,  are  faster; 
therefore,  the  paging  overhead  will  be  shorter  and 
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therefore  acceptable.  When  a CPU  must  access  a 
rigid  disk  fairly  often  — a condition  called 
thrashing— even  the  comparatively  fast  disk  can 
produce  too  much  delay. 

Fortunately,  the  paging  overhead  of  a virtual 
memory  can  be  minimized  with  multitasking  oper- 
ating systems  that  allow  one  task  to  run  while  an- 
other waits  for  access  to  the  disk.  Such  multitasking 
operating  systems  can  be  single-user  systems,  like 

MD/M  m n u;  lilr«  TTv>  1 V 
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Virtual  memory  and  multiprocessors 

A distributed  processing  system— such  as  a local- 
area  network  or  an  intelligent  terminal— places 
computing  power  and  data  where  they  are  used, 
rather  than  at  a central  host  computer.  Supplying 
each  processor  in  such  a system  with  its  own  semi- 
conductor or  magnetic  memory  would  be  pro- 
hibitively expensive.  Virtual  memory  management, 
however,  permits  resources  to  be  shared  among  all 
the  devices  in  a system. 

The  entire  Z8000  family,  which  uses  extensively 
programmable  VLSI  components,  is  geared  to  dis- 
tributed processing  strategies.  Furthermore,  a vari- 
ety of  features  built  into  the  Z-Bus— the  inter- 
connection protocol  that  all  Z8000  family  com- 
ponents are  designed  to  use— reduces  the  chances  of 
bus  conflicts  and  data  collisions  while  multiple  pro- 


cessors are  being  employed. 

One  such  feature  is  the  Bus  Lock  Status  signal 
that  accompanies  a Test  and  Set  instruction  in  the 
Z8003  or  the  Z8004.  That  instruction  prevents  access 
to  a shared  memory  by  another  CPU  or  DMA  con- 
troller. In  that  way,  two  CPUs,  using  a flag  (sema- 
phore) stored  in  shared  memory,  keep  track  of 
which  processor  currently  has  access  to  a resource. 
The  Bus  Lock  Status  lets  other  potential  bus  mas- 
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The  Test  and  Set  instruction  consists  of  two  sepa- 
rate bus  cycles:  a memory  read,  followed  by  a memo- 
ry write  (Fig.  la).  When  asserted,  the  Bus  Lock  sta- 
tus replaces  Data  Read  during  both  cycles  (Fig.  lb). 

Given  the  general  picture  of  how  the  Bus  Lock 
Status  is  used  to  implement  semaphores,  the  ques- 
tion of  what  applications  can  benefit  from  the  dis- 
tributed processing  approach  still  remains.  One  an- 
swer is  peripheral  controllers. 

Software  and  memory  management 

Most  complex  peripheral  devices  are  governed  by 
microprocessor-based  controllers,  and  it  is  natural 
for  a controller  CPU  and  the  main  CPU  to  commu- 
nicate through  a shared  memory.  In  such  a config- 
uration, semaphore  locations  can  be  used  to  manage 
access  to  message  buffers,  with  the  Bus  Lock  Status 
being  used  to  generate  these  semaphores. 
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1.  To  share  any  resource,  multiple  processors  must  first  test  a location  in  memory,  called  a 
semaphore,  during  a Test  and  Set  instruction  (a).  Access  then  depends  on  the  semaphore’s 
contents.  In  addition,  a Bus  Lock  Status  signal  is  issued  (b).  This  signal  keeps  other 
potential  bus  masters  from  accessing  the  resource  while  it  is  being  tested  by  the  controller. 
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In  addition  to  controlling  access  to  shared  re- 
sources, another  aspect  of  virtual  memory  manage- 
ment is  handling  faults:  CPU  requests  to  those 
memory  locations  which  are  not  in  the  physical 
memory  space. 

Every  memory  management  scheme  involves 
translating  logical  addresses  into  physical  address- 
es. Additionally,  most  schemes  involve  both  access 
checking— to  prevent  invalid  accesses— and  usage 
recording  to  assist  in  implementing  memory  allo- 
cation algorithms. 

For  example,  consider  the  flow  of  control  in  a 
simple  virtual  memory  system.  During  the  exe- 
cution of  the  main  program,  if  the  CPU  issues  an 
address  that  does  not  correspond  to  a physical 
memory,  the  memory  management  unit  attempts  a 


logical-to-physical  memory  address  translation.  At 
this  point,  the  microprocessor’s  Wait  input  is 
asserted  and  the  memory  management  circuitry 
performs  the  necessary  actions,  including  all  disk 
accesses.  Afterward,  execution  of  the  interrupted 
instruction  resumes. 

There  are,  however,  drawbacks  to  this  approach. 
First,  the  CPU  is  idle  while  the  fault  is  processed 
and  must  therefore  be  isolated  from  the  bus  if  direct 
memory  access  is  used  for  memory  management. 
Second,  the  entire  fault-processing  action  is  carried 
out  by  the  memory  management  circuitry,  without 
help  from  the  CPU. 

In  an  alternative  approach  that  is  employed  by 
the  Z8003  and  Z8004,  page  faults  are  processed  by 
the  CPU’s  ordinary  interrupt-handling  mechanism 


2.  To  use  virtual  memory  efficiently,  a CPU  should  take  part  in  page-fault  processing.  In 
most  cases,  however,  it  is  much  easier  to  simply  disable  the  CPU  and  leave  the  job  to  a 
memory  management  unit.  In  the  78000  family,  the  CPU  and  MMU  share  the  burden  by 
running  fault-processing  software  (block  B)  with  the  CPU’s  normal  interrupt  routine  (blocks 
A and  C). 
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(Fig.  2),  which  generates  an  Instruction  Abort  sig- 
nal. The  signal  terminates  the  instruction  that  has 
produced  the  fault  before  the  contents  of  any  regis- 
ters are  changed.  After  the  fault  is  corrected,  the 
instruction  can  simply  be  restarted. 

Because  certain  instructions  perform  multiple 
memory  transfers,  a fault  may  occur  that  requires 
more  than  a simple  restart.  For  this  reason,  the 
Z8015  is  designed  to  monitor  the  execution  of  in- 
structions and  to  nrovide  accurate  restart  informa- 

JL, 

tion  to  the  fault-processing  routine.  Thus,  the  fault- 
processing software  restricts  itself  to  correcting  the 
fault  and  resuming  execution.  Here  again,  a benefit 
of  multitasking  is  in  switching  tasks  when  a page 
fault  is  being  processed— allowing  another  task  to 
run  while  the  necessary  disk  accesses  are  in  the 
process  of  being  carried  out. 

Multiprocessor  systems 

Not  all  multiprocessor  or  multitasking  systems 
are  as  complex  as  the  one  just  described,  nOr  are 
they  all  shared-resource  designs.  Some  coprocessor 
systems,  for  example,  have  been  designed  to  run  Z80 
software  in  systems  based  on  microprocessors  like  a 
6502,  8088,  68000,  or  Z8000. 


Taking  that  approach  one  step  further  is  a system 
that  uses  a Z8003  with  a Z80  and  Z8015,  plus  dual- 
ported  memory,  to  run  under  both  Unix  and  CP/M 
(Fig.  3). 

Since  no  memory  management  is  used  for  the  Z80, 
only  64  kbytes  of  the  memory  must  be  dual-ported. 
The  remainder  needs  to  be  accessible  only  to  the 
CPU.  However,  with  memory  management  there  is 
no  difficulty  in  extending  the  design  to  accommo- 
date a multitasking  version  of  CP/M.  Tn  that  ease. 

(_/  r 

as  much  memory  as  is  needed  in  a particular  appli- 
cation must  be  dual-ported. 

The  system  forms  the  nucleus  of  a high-end  per- 
sonal computer  that  runs  Unix  on  the  Z8003  and 
CP/M  on  the  Z80.  In  operation,  a CP/M  task  is  ini- 
tiated through  Unix,  and  a Unix  task  accepts  an  I/O 
request  from  the  CP/M  program  running  on  the 
microprocessor,  carries  it  out,  and  signals  its  com- 
pletion to  the  system. 

The  dual-ported  memory  is  a shared  resource  and 
is  controlled  using  semaphore  locations  in  memory. 
As  described  above,  a Bus  Lock  Status  issued  during 
the  read  cycle  of  the  Z8003  Test  and  Set  instructions 
protects  semaphore  locations  from  access  by  the 
associated  Z80  microprocessor. 
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3.  Using  multiprocessor  features  and  a shared  64-kbyte  dual-ported  memory,  a Z8003  and  a 
Z80  can  form  the  heart  of  a CP/M-  and  Unix-based  microcomputer.  Such  a system  would 
use  a Share  semaphore  and  a Message  flag  in  a shared-memory  to  carry  out  a handshake. 
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The  64-kbytes  of  dual-ported  memory  can  run  on 
the  Z8003  under  Unix.  It  is  controlled  by  the  Share 
semaphore— a mechanism  that  can  be  easily  mod- 
ified to  cover  multiple  blocks  of  dual-ported  memo- 
ry. The  Share  semaphore  is  used  only  for  Z8003 
tasks  to  control  access  to  the  CP/M  facility  (Fig.  4). 
In  addition,  a Start  semaphore  initiates  I/O  re- 
quests, utility  calls,  and  the  Done  signal  that  are 
passed  from  the  Z80  to  the  Z8003  by  means  of  a 
message  buffer  register. 


and  clearing  Message. 

The  Start  semaphore  indicates  that  the  Z80  is 
executing  programs  in  the  shared  memory  and  is  set 
by  the  Z80  only  during  its  power-on  initialization. 
Following  that,  the  Z80  microprocessor  only  clears 
the  Start  flag.  Subsequent  setting  is  done  by  the 
Z8003  whenever  a Z80  program  has  been  loaded  into 
the  dual-ported  memory  of  the  system  and  is  ready 
to  run  the  program’s  instructions.  After  executing 
the  program,  the  Z80  clears  the  Start  flag.D 


4.  Tasks  running  on  the  Z8003  (a)  and  the  Z80  (b)  communicate  and  synchronize  their 
activities  through  the  message  buffer,  the  message  flag,  and  the  Start  semaphore.  The 
Share  semaphore  is  used  only  in  the  Z8003  to  allow  its  tasks  to  share  access  to  the  Z80 
and  the  dual-ported  memory. 
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As  memory  spaces  formicrocomputersgrow,  linear  addressing  gets 
cumbersome  and  error-prone.  Segmented  addressing  solves  these 
problems  efficiently,  while  anticipating  32-bitaddresses. 


Segmentation  advances 
iiC  memory  addressing 


As  a memory  model,  linear  addressing  has  always 
presented  problems  for  microcomputers.  In  addition 
to  invalid  accesses,  traditional  micros  have  faced 
four  major  difficulties:  accommodating  objects 
whose  sizes  vary  (e.g.,  stacks  or  lists);  creating  and 
deleting  objects  dynamically,  causing  memory 
fragmentation;  relocating  objects  after  the  loader 
has  established  linkages  among  them;  and  sharing 
objects  among  otherwise  independent  processes.  All 
five  major  problems— which  have  increased  ex- 
ponentially as  systems  have  grown— can  be  avoided 
by  using  the  abstract  addressing  model  provided  by 
segmentation  and  implemented  in  the  Z8000  CPU 
and  its  memory-management  unit. 

Segmentation  organizes  the  address  space  into  a 
collection  of  independent  objects  corresponding  to 
the  largely  separate  but  interrelated  objects  found 
in  a typical  programming  situation.  This  method 
works  for  addressing  somewhat  like  a high-level 
language:  The  programmer  need  not  worry  about  the 
computer  memory’s  physical  implementation.  Lin- 
ear addressing,  on  the  other  hand,  corresponds  to 
a machine  language:  The  model  used  for  the 
computer’s  memory  is  very  close  to  its  actual  hard- 
ware implementation.  Examining  some  memory- 
addressing tasks  that  confront  programmers  will 
illustrate  the  trouble  with  this  “machine  language” 
strategy. 

In  general,  a programmer  deals  with  a variety  of 
objects  and  their  interactions.  Depending  on  how 
“fine-grained”  the  picture  is  to  be,  a programmer 
could  be  said  to  deal  with  just  two  objects,  the 
program  and  the  data.  Or,  at  the  other  end  of  the 
scale,  he  could  be  said  to  deal  with  a multitude  of 
objects— listing  separately  each  instruction  and 
datum.  Between  these  extremes  lies  the  typical 
programming  situation  dealing  with  largely  separate 
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1 . A traditional  relocating  loader  puts  the  objects  that  make 
up  a program  sequentially  into  memory  space. 
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Segmentation 


but  interrelated  objects.  A chess-playing  program, 
for  example,  might  include: 

■ Chessboard  display  program 

■ Representation  of  the  current  position 

■ Program  to  generate  legal  moves 

■ Routine  to  evaluate  moves 

■ File  of  previously  evaluated  positions 

■ Handling  routines  for  the  previous-position  file 

■ Program  to  study  published  games. 

This  software  micrht  run  under  the  rnntrnl  of  an 

c?  - - --  ' " " ’ 

operating  system,  which  can  also  be  divided  into 
objects: 

■ Task  scheduler 

■ Memory  allocator 

■ Secondary-storage  interface  routines 

■ Terminal  interaction  routines 

■ Process  status  table 

■ System  stack 

■ User-process  status  tables. 

Usually,  portions  of  the  computer's  memory  are 
allocated  to  each  of  these  objects.  A relocating  loader 
might  pack  the  programs  together  end  to  end  and 
then  allocate  fixed  areas  for  data,  also  end  to  end, 
in  memory  not  occupied  by  the  programs  (Fig.  1). 
In  the  earliest  computers,  each  object  received  an 
address  directly  related  to— in  fact,  usually  the  same 
as— the  actual  memory  address  at  which  it  was 
stored.  These  addresses  were  all  numbers  in  the 
range  0 to  N-l,  where  N was  the  total  number  of 
memory  locations  available.  Every  program  that 
wanted  to  access  any  of  these  objects  had  to  use  these 
addresses.  As  a result,  one  problem  that  has  always 
affected  linear  addressing  is  invalid  accesses. 

This  hassle  occurs  even  in  the  smallest  systems 
and  on  the  smallest  computer— a program  er- 
roneously uses  an  address  as  if  it  belonged  to  a 
certain  object.  For  example,  if  an  array  is  1024  bytes 
long  and  a program  erroneously  refers  to  its  1025th 
byte,  then  the  reference  will  actually  be  to  the  first 
byte  of  the  object  stored  in  memory  immediately 
following  the  1024-byte  array.  If  the  erroneous  access 
is  a store  operation,  then  the  object  following  the 
array  will  have  been  damaged  (Fig.  2). 

Problems  stack  up 

Trouble  also  crops  up  with  the  use  of  stacks.  A 
common  approach  in  a single-user  system  is  to 
allocate  the  lowest  memory  values  to  programs  and 
data  and  the  highest  ones  to  a stack,  since  the  push 
and  pop  instructions  on  most  computers  are  designed 
to  make  stacks  grow  “backwards”  in  memory.  The 
first  item  placed  on  the  stack  is  at  the  highest- 
numbered  address,  and  the  “top”  of  the  stack  is  at 
the  lowest-numbered  address.  If  program  changes 
cause  the  program  and  data  areas  to  expand,  less 
and  less  remains  for  the  stack.  Sooner  or  later,  a 


2.  The  program  executes  a store-into-array,  using 
an  out-of-range  index.  The  result  Is  an  invalid 
access  that  wipes  out  part  of  the  program. 
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3.  Program  and  stack  usually  grow  Into  memory  space  from 
opposite  ends.  Eventually,  they  may  collide. 


stack  push  will  cause  the  stack  to  overflow  its  allotted 
area  and  destroy  programs  or  data  (Fig.  3). 

Such  problems  are  often  attacked  by  creating  an 
“envelope”  around  the  accesses  in  question.  For 
example,  instead  of  using  the  computer's  indexing 
capability  to  access  arrays  directly,  the  program 
might  call  a subroutine  that  accepts  the  index  and 
the  identity  of  the  array  as  arguments  and  returns 
a validated  memory  address  for  fetching  or  storing. 
(The  routine  might  handle  the  actual  fetching  or 
storing  as  well.)  In  either  case,  the  routine  would 
validate  an  access  by  using  the  array  identity  as  a 
key  to  a set  of  array  attributes,  including  the  array's 
length  and  location  in  memory. 
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In  the  case  of  a stack,  a similar  envelope  would 
be  placed  around  pushes  and  pops.  Rather  than  use 
the  machine’s  push  and  pop  instructions,  the  pro- 
gram would  call  subroutines  for  these  operations, 
generating  a large  software  overhead. 

Handling  invalid  accesses 

Another  type  of  invalid  access  occurs  when  several 
programs  or  sets  of  data — not  necessarily  related  to 
one  another— share  memory  locations.  As  a result, 
a program's  accesses  might  be  restricted  either  to 
its  own  subroutines  and  data,  or  to  portions  of 
memory  containing  data  or  subroutines  that  it 
shares  with  another  program  and  to  which  it  is  only 
allowed  certain  kinds/of  access  (such  as  “read  only” 
or  “execute  only”). 

All  the  discussed  software  envelopes  can  be  ex- 
tended to  shared-data  access,  but  it  is  difficult  to 
place  such  envelopes  around  program  accesses. 
Furthermore,  these  envelopes  are  voluntary;  that  is, 
a programmer  who  wishes  to  avoid  them  can  usually 
obtain  the  information  needed  to  make  the  accesses 
directly.  To  guard  against  such  conflicts,  hardware 
solutions  such  as  limit  registers  have  been  in- 
troduced. 

For  example,  the  operating  system  might  set 
registers  defining  the  limits  of  a program  ready  to 
run  at  locations  10000  through  19999.  In  that  case, 
the  program  is  free  to  make  references  of  any  sort, 
so  long  as  the  address  used  lies  within  the  given 
range.  An  attempt  to  call  a subroutine  at  any  higher 
address,  say  at  location  20000  would  result  in  a 
“trap,”  and  control  would  be  returned  to  the  operat- 


ing system. 

An  envelope  around  push  and  pop  instructions 
could  detect  invalid  accesses  before  they  occurred, 
and  provide  an  alarm— but  this  is  not  a solution. 
Figure  3 shows  only  one  stack  that  doesn't  run  out 
of  memory  until  the  entire  memory  is  exhausted. 
However,  if  many  stacks  must  be  managed,  it  might 
be  best  to  assign  a small  amount  of  memory  to  each 
stack  and  then  expand  those  that  were  about  to 
overflow  (Fig.  4).  If  all  accesses  to  stacks  go  through 
the  envelopes  that  surround  the  push  and  pop  in- 
struction, the  stack  can  be  “continued”  elsewhere  in 
memory.  Through  this  operation,  the  gap  in  the 
actual  memory  addresses  between  the  last  location 
of  the  original  stack  and  the  first  location  of  the 
extension  will  be  completely  concealed  from  the 
program  using  the  stack. 

Unfortunately,  the  way  in  which  stacks  are  or- 
dinarily used  is  not  well  suited  to^  this  approach. 
Frequently,  a program  is  allocated  a block  of  stack 
space,  which  it  then  accesses  via  “based”  addressing 
— i.e.,  the  actual  memory  address  of  the  first  location 
of  a block  of  stack  space  is  kept  in  a register,  and 
accesses  into  the  block  are  made  by  adding  an  “index” 
(obtained,  for  example,  from  an  instruction)  to  the 
“base”  address  in  the  register.  This  common  practice 
is  incompatible  with  the  existehce  of  gaps  in  the  set 
of  addresses  assigned  to  the  stack. 

The  traditional  solution  is  to  allocate  a larger 
contiguous  block  of  memory  to  the  enlarged  stack 
—either  by  moving  the  stack  to  another  part  of 
memory  or  by  moving  something  else  out  of  its  way 
so  that  it  can  be  expanded  where  it  is.  This  approach 


Basea-addressing 
references  to 
this  location  are 
actually  meant 

for  here 


4.  A push/pop  envelope  conceals  the  allocation  of  the  stack  Into  different  segments.  Lack  of 
such  an  envelope  for  based  addressing  Invalidates  this  scheme. 
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has  two  inherent  problems.  For  one  thing,  moving 
objects  around  in  memory  and  keeping  the  unused 
memory  all  in  one  place  increase  the  processing 
overhead.  For  another,  all  those  base  addresses  for 
blocks  of  stack  space  that  the  program  has  in 
registers  or  in  storage  must  be  exchanged.  Save  for 
the  most  elementary  cases,  this  obstacle  is  almost 
insurmountable. 

When  no  memory-management  facility  is  avail- 
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auie,  tut;  piugi  anuucx  is  niuitcu  xaj  tuc  ou»biv  i educa- 
tion provided  by  a relocating  loader. 

Accommodating  objects  whose  sizes  vary  leads  to 
yet  another  problem:  creating  and  deleting  objects 
dynamically.  It  arises  even  in  the  simplest  single- 
user  systems— for  example,  "initialization”  code 
might  be  abandoned  after  its  first  execution  and  the 
space  given  to  a large  data  array.  Here,  too,  the 
difficulties  mount  rapidly  as  the  system  becomes 
more  complex.  Because  of  the  difficulty  in  relocating 
addresses,  objects  that  should  be  moved  to  keep 
unused  memory  together  often  are  not.  The  unused 


5.  Memory  gets  fragmented  when  some  original 
objects  are  abandoned.  Although  there  are 
enough  memory  locations  left  for  object  8,  not 
enough  are  contiguous  to  accommodate  that 
object. 


memory  soon  becomes  fragmented,  which  makes  it 
increasingly  difficult  to  find  contiguous  blocks  big 
enough  to  accommodate  newly  created  or  expanded 
objects— even  when  the  total  amount  of  unused 
memory  suffices  (Fig.  5). 

Up  to  now,  the  only  "solution”  has  been  to  leave 
management  of  the  assigned  memory  to  the  user 
program.  The  user  is  provided  with  tools  like  chain- 
ing commands  and  overlay  structures  in  some  sys- 
tems but,  by  and  large,  the  creation  and  deletion  of 
objects  are  simply  treated  as  part  of  the  algorithm 
implemented  by  the  program. 

Relocation  Is  no  easy  task 

After  the  loader  has  established  links  among 
program  parts,  it  becomes  almost  impossible  to  move 
any  of  these  parts.  A hardware  solution  has  been 
provided  at  several  levels. 

Dynamic  relocation,  which  occurs  after  initial 
program  loading,  requires  a mechanism  that  allows 
actual  addresses  to  be  determined  at  run  time.  One 
solution  is  provided  by  various  kinds  of  based  ad- 
dressing, usually  in  the  form  of  relative  addressing: 
Calls,  jumps,  and  loads  of  program  constants  are 
specified  by  an  offset  that  is  added  to  the  actual 
program-counter  value.  Data  references,  too,  are 
made  via  offsets  that  are  to  be  added  to  a stack 
pointer  or  other  address  register.  Relocation  by  based 
addressing  is  called  "user-controlled”  relocation, 
since  the  running  program  controls  setting  of  the 
stack  pointer  or  of  another  address  register. 

From  the  standpoint  of  reliability,  "system-con- 
trolled”  relocation  is  usually  a better  solution.  Its 
simplest  form,  memory  mapping,  is  a translation 
mechanism  that  converts  the  addresses  used  by  the 
running  program  ( logical  addresses)  into  the  actual 
memory  addresses  (now  called  physical  addresses). 
With  memory  mapping,  the  program  always  uses  a 
fixed  set  of  addresses,  and  relocation  is  achieved  by 
a change  to  the  translation  mechanism.  For  example, 
a translation  mechanism  for  a value  set  into  a base 
register  automatically  adds  that  value  to  any  address 
used  in  the  program.  This  approach  is  similar  to 
based  addressing,  which,  however,  uses  an  explicit 
reference  to  the  base  register  in  the  instruction.  In 
memory  mapping,  the  base  register  is  used  to  trans- 
late addresses  completely  independently  of  the  pro- 
gram that  generates  them  (Fig.  6). 

One  natural  outgrowth  of  memory  mapping  is  a 
mechanism  for  sharing  objects  among  otherwise 
independent  processes,  even  though  the  mapping 
mechanism  must  be  more  sophisticated  than  a 
simple  base  register.  If  different  blocks  of  logical 
addresses  are  mapped  independently  of  one  another, 
a program  or  data  area  in  physical  memory  can 
correspond  to  different  logical  addresses  for  dif- 
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ferent  processes.  Thus,  the  shared  program  or  data 
can  reside  at  a convenient  location  in  the  logical 
address  space  of  each  process.  And  the  mapping 
mechanism  will  cause  references  from  each  process 
to  be  mapped  by  that  process’s  mapping  scheme  into 
the  given  physical  locations. 

Segmentation  offers  better  solutions 

Memory  mapping,  which  provides  the  means  for 
dealing  with  two  major  problems  plaguing  linear 
addressing,  ironically  must  be  part  of  any 
segmented-addressing  scheme,  since  physical  memo- 
ries are  not  usually  organized  in  segments.  Moreover, 
all  five  major  problems  stemming  from  a linear- 
addressing  model  can  be  avoided. 

The  segmented  addressing  model  assigns  to  each 
object  in  the  address  space  a “name”  that  is  really 
a binary  number.  Calling  it  a name  emphasizes  that 
there  is  no  relation  between  objects  regardless  of  any 
numerical  relationship  between  their  “names.” 

In  the  chess-playing  example,  the  chessboard  dis- 


Actual 

addresses 


6.  Memory  mapping  becomes  simple  with  a base  register: 
Its  “value”  Is  automatically  added  to  the  logical  addresses. 


play  program  could  be  assigned  the  name  “1,”  the 
current-position  representation  could  be  “2,”  the 
legal-move  generation  program  could  be  “3,”  and  so 
forth.  The  address  of  any  location  within  the 
chessboard  display  program  would  then  consist  of 
the  name,  1,  and  an  address  within  object  l’s  linear 
address  space.  If  this  program  occupied  2048  bytes, 
then  the  addresses  within  object  1 would  range  from 
(1,  0)  to  (1,  2047).  The  length  of  2048  bytes  would 
be  an  attribute  of  object  1 and  the  mechanism 
responsible  for  the  interpretation  of  segmented  ad- 
dresses would  cause  an  appropriate  error  indication 
if  an  address  like  (1,  2049)  or  higher  were  ever  used 
(Fig.  7). 

Consider  the  case  of  the  current-position  program 
—object  2 in  Fig.  7.  Suppose  that  this  representation 
takes  the  form  of  an  array  of  256  bytes.  The  addresses 
of  these  bytes  would  be  (2,  0),  (2,  1)...  (2,  255).  One 
way  to  refer  to  items  of  this  array  is  indexed 
addressing.  The  address  of  the  desired  item  would 
be  specified  by  giving  the  array  base  address  of 


7.  With  segmented  addressing,  the  attributes  of  all  objects 
are  known,  and  error  messages  prevent  an  Illegal  access 
before  It  can  do  any  harm. 
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(2,  0)  in  one  place— say,  in  the  instruction  or  in  a 
register— and  an  index  (also  called  an  offset)  in  a 
register.  The  index  is  simply  a number  to  be  added 
to  the  second  component  of  the  segmented  address. 
If  the  index  were  17,  then  the  item  address  would 
be  (2,  17);  the  address  manipulation  cannot  affect 
the  object-name  portion  of  the  address,  only  the 
linear  address  within  the  object. 

In  object  1 of  Fig.  7— the  display  program— the 
iii6CiianiSiii  responsive  xor  auuress  interpretation 
performs  a similar  computation  for  addressing  rela- 
tive to  the  program  counter.  If  the  program  contains 
a branch  to  “current  location  + 1264,”  for  example, 
then  the  offset  given  in  the  instruction  is  applied  to 
the  second  part  of  the  address.  If  the  call  were  made 
from  location  (1,  562),  then  adding  1264  to  562  would 
yield  (1,  1826). 

Preventing  invalid  accesses 

Suppose  that  a programming  error  causes  the 
current-position  representation  array  to  be  ad- 
dressed with  an  index  value  of  257.  In  a linear 
addressing  scheme,  the  result  would  be  a reference 
to  the  second  byte  of  whatever  object  follows  the 
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8.  The  Z8000’s  memory-management  unit  (MMU) 
speeds  up  address  translation  by  forwarding  the 
low-offset  byte  directly,  while  adding  the  high  byte 
to  the  segment  value  In  hardware. 


current-position  representation  array  in  memory.  If 
the  legal-move  generation  program  happened  to 
follow  the  array  in  memory,  half  of  its  first  word 
would  be  overwritten.  With  segmented  addressing, 
the  mechanism  that  interprets  addresses  would  dis- 
cover that  (2,  257)  is  incompatible  with  the  declared 
length  of  the  array  (256  bytes);  an  appropriate  error 
indication  would  be  generated. 

Once  the  mechanism  to  check  accesses  against 
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a small  step  to  add  the  checking  of  other  object 
attributes.  Problems  like  protecting  one  process’s 
data  or  program  from  accesses  by  another  process 
or  allowing  “read  only”  or  “execute  only”  accesses 
to  a section  of  data  or  program  can  be  solved  by 
checking  attributes  associated  with  the  objects  in 
question.  A write  into  a “read-only”  object,  a user 
access  to  a “system-only”  object,  and  other  such 
invalid  accesses  can  be  identified  and  prevented. 

This  capability  is  available  in  the  segmented- 
addressing  model  built  into  the  Z8001.  Its  32-bit 
addresses  contain  two  fields,  the  segment-name  field 
and  the  “offset”;  the  latter  is  added  to  the  physical 
memory  address  of  the  segment  “base”  to  obtain  the 
physical  address  of  the  element  in  question  (Fig.  8). 
For  example,  if  segment  5 has  a base  address  in 
physical  memory  of  1024,  then  the  physical  memory 
location  addressed  by  the  segmented  address  (5,  26) 
is  1050,  because  1024  + 26  = 1050. 

Enter  the  memory  manager 

The  Z8001  is  designed  to  work  with  an  external 
circuit  called  a memory-management  unit  (MMU), 
which  keeps  track  of  the  base  addresses  correspond- 
ing to  the  various  segments,  and  computes  the  actual 
physical  addresses.  This  MMU  can  also  associate  a 
variety  of  attributes  with  each  segment,  so  it  can 
perform  the  corresponding  access  checking  and  gen- 
erate an  error  interrupt  (called  a “segmentation 
trap”)  in  the  event  of  an  invalid  access. 

Another  feature  of  this  implementation  is  that 
seven  bits  have  been  assigned  to  the  segment-name 
field  and  16  bits  to  the  offset.  The  result  is  up  to 
128  segments,  each  of  them  presenting  a linear 
address  space  of  64  kbytes.  Furthermore,  the  ex- 
ternal MMU  circuit  is  designed  only  to  translate  the 
uppermost  eight  bits  of  the  offset;  the  eight  low-order 
bits  are  passed  directly  to  the  physical  memory. 
Consequently,  all  segment-base  addresses  in  physi- 
cal memory  must  be  a multiple  of  256  (since  the  eight 
low-order  bits  are  zeroes),  and  the  size  of  a segment 
—one  of  the  attributes  that  the  MMU  checks— must 
be  a multiple  of  256  bytes. 

One  problem  with  the  Z8001’s  segmentation 
scheme  is  that  no  object  can  exceed  64  kbytes  in  size 
unless  it  consists  of  more  than  one  segment.  For- 
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tunately,  this  rather  infrequent  problem  can  be 
solved  by  software  with  very  little  overhead.  For 
example,  to  access  the  byte  with  an  index  kept  in 
R3  of  the  array  whose  base  is  in  RR2,  one  must  replace 
the  instruction 

LD  RL1,  RR2  (R4) 
with  the  sequence 

EXB  R4  !move  high-order  index  to 

segment  fieldl 

ADD  R3,  R5  !add  low-order  index  to 

offset  field! 

ADCB  RH2,  RH4  !add  (w.  carry)  high-order 

index  to  segment  field! 

LD  RL1,  @RR2 

where  RR4  takes  the  place  of  R3.  These  instructions 
place  several  segments  “end-to-end”  and  treat  the 
segment  name  like  a number. 

However,  the  MMU  implementation  has  a twofold 
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9.  When  data  begin  to  fill  the  top  256  bytes  of  assigned  stack 
space,  a nonfatal  warning  Is  generated  to  prevent  possibly 
destructive  overflow. 


speed  advantage: 

1.  Since  the  segment-name  field  is  not  involved 
in  the  address  computations  of  indexed,  based,  or 
relative  addressing,  this  field  can  be  output  to  the 
MMU  one  cycle  earlier  than  the  offset  portion  of  the 
address,  thus  giving  the  MMU  a one-cycle  head  start 
on  the  address  translation. 

2.  The  eight  low-order  bits  of  the  offset,  which  go 
directly  to  the  memory  untranslated,  are  the  bits 
needed  first  by  the  memory,  which  enables  the 
memory  to  get  a small  head  start  on  the  transaction. 

As  a result,  an  external  MMU  circuit  entails  very 
little  time  penalty  in  memory  addresses.  The  true 
independence  of  the  segment-name  field  from  the 
offset  in  all  address  computations  means  that  off- 
chip  memory  mapping  can  be  achieved  with  very 
little  overhead. 

The  architectural  advantage  of  the  Z8000  family 
becomes  clear  by  comparing  its  economical  im- 
plementation with  the  method  by  which  a non- 
segmented  CPU  might  achieve  memory  man- 
agement. Undoubtedly,  the  approach  will  take  the 
form  of  paging. 

In  a paged  system,  the  uppermost  bits  of  the  linear 
address  are  treated  like  a segment-name  field  after 
the  address  computation  is  complete.  Until  the 
computation  is  complete,  these  bits  are  treated  like 
part  of  a monolithic  linear  address — they  can  be 
changed  in  the  course  of  the  computation.  Thus, 
while  a paging  scheme  permits  memory  mapping  and 
attribute  checking,  it  suffers  from  many  of  the 
problems  of  linear  addressing.  In  addition,  it  cannot 
achieve  the  overlap  of  MMU  and  CPU  computational 
time  that  is  available  via  the  Z8000’s  segmentation 
scheme.  The  only  antidote  to  the  computation  over- 
head of  an  off-chip  MMU  for  a linear-addressed 
machine  is  to  design  an  on-chip  MMU;  but  with  the 
current  technology,  this  approach  is  likely  to  require 
the  sacrifice  of  other  features. 

One  more  noteworthy  point  to  be  made  about  the 
way  the  Z8001/MMU  combination  implements 
segmented  addressing  concerns  the  use  of  stacks.  The 
most  difficult  problem  associated  with  dynamically 
expanding  stacks  involves  the  correction  of  pointers 
into  the  stack  when  a stack  is  moved  to  another 
location.  Naturally,  this  problem  goes  away  with 
memory  mapping,  since  the  logical  addresses  of  the 
locations  already  used  on  the  stack  don't  change 
when  the  stack  is  physically  relocated  in  memory. 
Furthermore,  the  MMU  accepts  as  one  of  the  at- 
tributes of  a segment  that  it  is  to  be  used  for  a stack. 

Consequently,  as  Fig.  9 shows,  a nonfatal  stack- 
warning interrupt  occurs  when  the  stack  is  nearly 
full— i.e.,  when  an  access  is  made  into  the  last  256 
words  allocated  to  the  stack.  Moreover,  the  employed 
method  for  memory-address  computation  and  size 
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specification  takes  into  account  that  stacks  grow 
downward  in  memory,  from  the  highest  addresses 
toward  the  lowest. 

Segmented  vs  linear 

Just  as  there  are  some  who  argue  that  higher-level 
languages  are  “inefficient”  and  deny  the  program- 
mer the  total  control  of  assembly-language  program- 
ming, a few  designers  adamantly  reject  segmenta- 
tion and  cling  to  linear  addressing.  In  fact,  their 
argument  has  some  merit.  Just  as  high-level  lan- 
guages may  be  inappropriate  for  very  small  systems, 
segmentation  may  represent  overkill  in  a small 
memory  space.  The  Z8000’s  answer  to  this  problem 
is  to  provide  segments  large  enough  to  accommodate 
a small  application  completely  in  one  segment.  One 
of  the  Z8000’s  addressing  modes  consists  only  of 
offsets,  so  that  no  references  occur  outside  the  64- 
kbyte  linear  address  space  of  one  segment.  In  fact, 
for  such  applications,  a smaller  package  is  available 
that  lacks  the  eight  pins  dedicated  to  segment-name 
output  and  segment-error  interrupt  input;  this 
smaller  version  cannot  enter  the  segmented  mode  of 
operation  at  all. 

Drawing  the  line 

Where  does  one  draw  the  line  between  systems 
that  are  too  small  for  segmentation,  systems  in 
which  segmentation  is  desirable  but  inessential,  and 
systems  that  are  so  large  that  segmentation  is 
mandatory?  It  is  a matter  of  judgment.  The  Z8000 
architecture  provides  a 16-bit  linear  address  space; 
in  its  23-bit  address  space,  clever,  well  disciplined 
programmers  can  handle  unrestricted  linear  ad- 
dressing; in  its  ultimate  32-bit  address  space, 
segmentation  is  undoubtedly  the  only  viable  ap- 
proach. 

This  concern  for  the  future  expansion  to  32-bit 
address  spaces  greatly  influenced  the  decision  to  use 
segmented  addressing  in  the  23-bit  version.  The 
Z8000  represents  a break  from  the  architecture  of 
the  Z80;  it  seemed  shortsighted  to  ask  designers 
moving  from  8-bit  to  16-bit  or  23-bit  systems  to  face 
one  architectural  break  today  and  another  in  a few 
years  (not  to  mention  the  huge  investment  in 
already-developed  software).  By  developing  his  sys- 
tem around  a Z8000,  a designer  will  not  have  to  face 
another  architectural  upheaval  when  segmentation 
is  introduced— which,  if  the  address  space  increases 
to  32  bits,  seems  inevitable.  □ 
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INTRODUCTION 

This  application  note  explains  how  a Z8001  CPU,  to 
which  at  least  one  Z8010  MMU  is  attached,  is  ini- 
tialized for  segmented  operation.  Described  are 
the  specification  of  the  initial  CPU  status  to  be 
established  m response  to  RESET,  execution  of  the 
first  program  out  of  unmapped  memory,  and  initial- 
ization of  the  first,  and  possibly  the  only,  MMU. 

While  an  attempt  has  been  made  to  make  this  appli- 
cation note  self-contained,  a general  familiarity 
with  the  Z8001  CPU  and  the  Z8010  MMU  is  assumed. 
For  further  details,  the  reader  is  referred  to  the 
technical  manuals  describing  these  components 
(Z8000  CPU  Technical  Manual,  document  #00-201 0-C, 
and  Z8010  MMU  Technical  Manual,  document  #00-2015- 
A). 

INITIALIZING  SEGMENTED  PROGRAMMING 

In  response  to  a RESET  signal,  the  Z8001  CPU 
establishes  the  CPU  status  specified  in  locations 
2 through  6 of  segment  0 (see  Figure  1).  Mean- 
while, the  Z8010  MMU,  which  is  assumed  to  be  con- 
nected to  the  CPU  as  shown  m Figure  2,  enters  a 
state  in  which  it  passes  the  SN^-SNq  and  AD^-ADg 
lines  directly  through  to  its  address  out- 

put lines  and  asserts  a 0 on  A23.  The  practical 
effect  of  this  is  that  the  first  initialization 
instructions  to  be  executed  are  taken  from  speci- 
fic addresses  in  physical  (unmapped)  memory. 

Operation  of  the  Z8001  CPU  m segmented  mode 
depends  on  the  setting  of  the  SEG  bit  (bit  15)  m 
the  Flag/Control  Word  (FCW)  control  register.  The 
initial  FCW  setting  is  taken  from  location  2 of 
segment  0,  so  the  contents  of  location  2 must  have 
bit  15  set  to  direct  the  CPU  to  enter  segmented 
operating  mode. 


The  example  shown  m Figure  1 also  has  bit  14 
set.  Bit  14  is  the  S/N  bit,  which  controls  the 
CPU's  choice  of  system  or  normal  mode  operation. 
The  setting  of  S/N  bit  directs  the  CPU  to  enter 
system  mode.  The  CPU  must  begin  operation  in 
system  mode,  since  the  first  order  of  business  is 
to  establish  an  initial  setting  for  the  System 
mode  stack  register  and  to  initialize  the  MMU, 
which  requires  the  execution  of  privileged  1/0 
instruct  10  ns. 

The  initial  setting  of  the  EPU  bit  (bit  13)  m the 
example  shown  in  Figure  1 is  0;  if  an  EPU  is 
present,  this  bit  can  be  set  initially,  but  it  is 
also  possible  for  the  CPU  to  determine  the  appro- 
priate setting  of  the  bit  as  part  of  its  mitiali- 
zat ion. 

The  interrupt  enable  bits  (bits  12  and  11)  are 
initially  set  to  0 by  the  FCW  specified  in  Figure 
1.  This  is  mandatory  during  the  mt  lalization 
process,  because  there  is  no  automatic  initializa- 
tion of  the  System  mode  stack  register;  the 
System  mode  stack  is  used  in  the  processing  of  all 
traps  and  interrupts. 

The  initial  PC  value  of  segment  0,  offset  8 given 
in  the  example  in  Figure  1 is  a convenient  one, 
since  it  means  that  the  initialization  programs 
can  follow  the  initial  CPU  status  in  memory. 
Also,  the  CPU  status  and  the  initialization  pro- 
gram are  m the  same  area  of  memory,  so  only  a 
small  part  of  the  physical  memory  address  space 
needs  to  be  committed  to  a specific  use. 

• The  addresses  of  the  initial  CPU  status  and  the 
initialization  program  are  logical  addresses,  but 
at  the  time  of  execution  of  a reset  or  power-on 
sequence,  there  is  no  assurance  that  the  MMUs  have 
been  initialized  to  perform  address  translation. 
The  Z8010  MMU,  however,  has  been  designed  to  enter 
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a mode  after  a reset  or  power-on  sequence  in  which 
it  passes  addresses  directly  to  physical  memory 
untranslated.  (More  precisely,  it  performs  a sim- 
ple, well-defined  translation:  segment  N offset  K 

is  translated  to  physical  address  K + N x 2^.) 
Thus,  the  initial  CPU  status  is  taken  from  phys- 
ical addresses  2 through  6,  and  in  the  example 
shown  m Figure  1,  the  initialization  program 
begins  at  physical  address  8.  One  of  the  tasks 
that  the  initialization  program  must  perform  is  to 
initialize  MMU  mapping  tables.  Ultimately  the 
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removed  entirely  from  the  logical  address  space, 
remaining  m physical  memory,  that  can  be  left 
inaccessible  until  another  reset  or  power-on 
sequence  occurs. 

Figure  3 shows  an  initialization  program  that  con- 
tinues the  example  begun  m Figure  1.  The  program 
carries  out  three  steps: 

(1)  Initialize  the  Stack  register  (RR14)  and 
Program  Status  Area  Pointer  (PSAP)  to  point 
at  a small  temporary  stack  and  a skeleton 
Program  Status  Area,  both  m known  locations 
m physical  (unmapped)  memory.  (The  perma- 


nent PSA  and  stack  will  be  established  m 
mapped  memory  after  initialization  of  memory 
mapping. ) 

(2)  Call  the  SETMMU  routine  (Figure  5)  to  ini- 
tialize memory  mapping,  leaving  the  locations 
in  segment  0 used  by  the  initialization 
sequence  still  mapped  to  the  same  physical 
locations  they  were  using  before  MMU  mitial- 
lzat ion. 
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address  the  "real"  stack  and  Program  Status 
Area  in  mapped  memory. 

After  carrying  out  these  steps,  the  program  trans- 
fers to  the  SYSTART  routine  (not  in  segment  0)  to 
continue  initialization  of  the  specific  applica- 
tion. The  routine  at  SYSTART  is  free  to  estsblish 
a new  mapping  for  segment  zero,  rendering  the 
initialization  code  inaccessible;  another  reset 
makes  it  available  again. 

The  routine  at  STARTUP,  the  skeleton  Program 
Status  Area  at  INITPSA  (Figure  4),  and  the  SETMMU 
routine  and  its  associated  table  at  MMTAB  (Figure 


CPU  Status  for  RESET  Instruction  Memory,  Segment  0,  Offsets  2-6 
Offset  Contents  (hexadecimal)  Meaning 

0 Irrelevant 

2 C000  Initial  FCW:  SEG  (bit  15)  and  S/N  (bit  14)  set;  all  others  0 

4 0000  Initial  PC:  segment  0 (bits  14-8);  all  other  bits  must  be  zero 

6 0008  Initial  PC:  offset  8 (16  bits) 

8 (Start  of  startup  program) 

The  values  shown  are  a possible  setting  for  the  initial  CPU  status  to  be  established  when  a 
RESET  signal  is  received.  The  FCW  setting  is  taken  from  segment  0,  offset  2.  The  value  C000 
shown  here  results  m the  setting  of  segmented  operating  mode  (bit  15)  and  System  mode  (bit 
14).  Bit  13  is  0,  indicating  that  no  EPU  is  present,  and  bits  12  and  11  are  0,  indicating 
that  neither  vectored  nor  nonvectored  interrupts  are  enabled.  The  settings  of  the  FLAGS  bits 
(bits  7-2)  and  the  unused  bits  (bits  1-0)  are  irrelevant  m this  example. 

The  PC  segment  number  and  offset  are  taken  from  segment  0,  offsets  4 and  6,  in  the  standard 
two-word  segmented  address  format.  Any  address  can  be  specified.  The  value  of  segment  0, 
offset  8 shown  here  allows  the  startup  program  to  begin  at  the  next  location  of  segment  0. 

If  MMUs  are  part  of  the  system,  they  must  handle  the  initial  instruction  fetches  properly, 
even  though  the  CPU  has  not  yet  initialized  the  MMU  translation  tables. 


Figure  1.  Locations  2-6  of  Segment  0 Determine  Initial  CPU  Status 


751-1790-0008 
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4)  all  reside  in  ROM,  whereas  the  temporary  stack 
(which  need  not  exceed  10  words  in  length  as  the 
present  program  is  written)  must  reside  m RAM, 
preferably  m "physical  segment  0",  i.e.,  in  the 
first  65,536  bytes  of  physical  memory.  In  fact, 
using  the  MMTAB  entry  for  segment  0 shown  m 
Figure  4,  the  temporary  stack  should  reside  m the 
first  784  bytes  of  physical  memory.  Since  all  of 
the  instructions  and  tables  shown  m Figures  1 
through  5 occupy  less  than  512  bytes,  a physical 
memory  whose  first  784  addresses  refer  to  512 
bytes  of  ROM  and  256  bytes  of  RAM  (usable  later 
for  other  purposes)  will  suffice. 

The  skeleton  PSA  shown  m Figure  4 needs  little 
explanation.  Only  the  segmentation  trap  and  the 
nonmaskable  interrupt  must  be  provided  for,  since 
no  other  interrupts  or  traps  can  occur  in  the 


course  of  executing  the  programs  shown  m Figures 
1 through  5.  (Of  course,  a memory  error  could 
lead  to  an  unimplemented  instruction  or  system 
call  trap,  and  a faulty  CPU  could  do  practically 
anything.)  Both  of  the  interrupt  routines 
provided  do  nothing  but  halt.  The  segmentation 
trap  routine  could  do  something  more  intelligent 
if  it  had  access  to  a means  of  communicating  error 
information  to  the  "outside  world." 

The  MMU  initialization  program  shown  in  Figure  5 
is  easily  understood  by  anyone  familiar  with  the 
contents  of  the  Z8010  MMU  Technical  Manual.  It 
begins  by  transmitting  a set  of  segment  descrip- 
tors to  the  MMU;  then  it  enables  address  transla- 
tion by  the  MMU.  Two  "programming  tricks"  and  a 

convention  must  be  understood. 


This  diagram  shows  the  convention  adopted  m this  application  note  for  the  connection  of  the 
first  (possibly  only)  MMU.  This  MMU  will  translate  references  to  segments  0 through  63  (SN^  = 
0).  Its  Chip  Select  (CS)  signal  is  activated  by  a 0 on  AD-j , which  means  that  any  special  I/O 
transaction  whose  I/O  address  has  a lower  byte  in  which  bit  1 is  zero  will  be  recognized  as  a 
command  by  this  MMU.  The  reason  for  using  the  complement  of  the  given  A/D  line  to  select  the 
chip  is  an  artifact  of  the  behavior  of  3-state  logic.  The  "floating"  value  shows  up  as  a High 
on  CS  during  a reset.  Allowing  the  Reset  line  to  be  input  to  causes  this  MMU  to  pass 
addresses  to  the  memory  untranslated  after  a reset. 

In  multiple-MMU  configurations,  the  Reset  line  needs  to  be  tied  to  CS  for  only  one  of  the 
MMUs.  MSEN  is  set  and  TRNS  is  cleared  m that  MMU,  allowing  it  to  pass  the  initial  memory 
accesses  untranslated.  All  other  MMUs  will  3-state  their  outputs.  The  form  of  connection 
shown  here  is  the  same  as  for  MMU  #1  in  the  examples  in  the  Z8010  MMU  Technical  Manual  (doc 
#00-201 5-A). 


Figure  2.  MMU  Is  Connected  as  MMU  #1 
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The  first  programming  trick  is  the  use  of  a compu- 
tation to  determine  the  number  of  bytes  to  be 
transferred  to  the  MMU  by  the  SOTIRB  instruction. 
The  required  number  is  the  difference  between  the 
offset  portions  of  two  addresses:  the  first 

descriptor  byte  and  the  first  byte  past  the 
descriptors. 


The  second  programming  trick  is  the  inclusion  of 
the  initial  SAR  and  mode  register  values  m the 
table  of  descriptor  values.  This  programming 
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to  perform  the  one-byte  transfers  are  SOUTB  and 
S0UT1B.  The  only  alternative  to  the  last  two 
instructions  before  the  RET,  for  example,  is 


LDB  RHO,#5oC2 
SOUTB  ?oOOQD , RHO 


That  alternative  is  perfectly  acceptable  m this 
case,  but  m cases  where  the  identity  of  the  MMU 
to  be  addressed  is  not  known  in  advance,  the 
alternative  shown  in  Figure  5 is  preferable. 

The  convention  that  must  be  understood  concerns 
the  way  m which  the  special  I/O  instructions  are 
used  to  select  MMU  operations.  The  MMU  opcode  or 
internal  register  address  is  represented  in  the 
high-order  byte  of  the  special  I/O  space  address, 
while  an  MMU  selection  code  (decoded  by  special 


circuitry)  is  contained  in  the  lower  byte.  In  the 
example  m Figure  4,  the  register  R4  contains  the 
special  I/O  address.  The  low-order  byte  (RL4) 
contains  the  complement  of  the  value  3 (bit  1 
clear,  all  other  bits  except  bit  0 set),  which  is 
the  selection  code  for  MMU  #1.  The  upper  byte 
(RH4)  first  contains  1 (the  ’’address"  of  the  MMU's 
internal  SAR  register),  then  2 (the  opcode  for 
"transmit  descriptor  and  increment  SAR");  then  0 
(the  "address"  of  the  MMU's  internal  mode 
register). 

The  table  at  MMTAB  (Figure  5)  can  be  easily 
understood.  The  first  entry,  a single  byte  of  0, 
is  used  to  initialize  the  SAR  (segment  address 
register),  an  internal  MMU  register  used  to 
determine  which  of  the  64  segment  descriptor 
registers  is  being  addressed  by  the  command  to  the 
MMU. 

The  next  4#(n+1)  bytes  are  the  values  used  to 
initialize  the  descriptors  for  segments  0 through 
n.  This  is  done  using  a block  I/O  transfer  to  the 
MMU  "address"  that  loads  a descriptor  register 
(four  bytes)  and  then  increments  the  SAR  to 
address  the  next  descriptor  register. 

The  final  byte  is  used  to  set  the  MMU  mode 
register  ID  field  to  0 and  the  bits  M5EN  and  TRNS 
to  1 ; this  is  a change  from  the  values 


! This  is  the  initialization  program  transferred  to  after  a reset  of  the  Z8001  CPU,  assuming 
the  settings  shown  in  Figure  1 for  locations  2-6  of  segment  0.  The  FCW  shown  m Figure  1 
results  m entry  to  this  routine  in  segmented  system  mode. 


! 

$ABS  <0>8 
STARTUP: 


! Program  begins  at  segment  0,  offset  8! 


LDA  RR14, INITSTACK 
LDA  RR0,INITPSA 
LDCTL  PSAPSEG,R0 
LDCTL  PSAP0FF,R1 
CALR  SETMMU 
LDA  RR14, REALS TACK 
LDA  RR0,REALPSA 
LDCTL  PSAPSEG,R0 
LDCTL  PSAPOFF, R1 
JP  SYS TART 


Unitialize  system  stack  register! 
Unitialize  PSAP! 


Unitialize  memory  mapping! 
! Initialize  system  stack! 

! Initialize  PSAP! 


This  start-up  program  conducts  a "bootstrap"  operation.  It  first  sets  the  Stack  register 
(RR14)  and  the  Program  Status  Address  Pointer  (PSAP)  to  values  in  the  unmapped  physical  memory 
area  used  by  the  mitializaton  routine.  It  then  calls  the  SETMMU  program  to  initialize  memory 
mapping.  Finally,  it  sets  RR14  and  the  PSAP  to  their  correct  values  m the  mapped  memory  and 
jumps  to  the  address  SYSTART  in  mapped  memory  to  continue  the  initialization  process.  At  this 
point,  the  space  m physical  memory  used  by  STARTUP  and  the  temporary  PSA  and  stack,  which  was 
not  remapped  by  the  SETMMU  routine,  can  be  released. 


Figure  3.  Startup  Code  Initializes  Interrupt  Vectors  and  Memory  Mapping 
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established  by  the  RESET:  MSEN  set,  TRNS  zero. 

MSEN  (master  enable)  must  be  set  to  enable  the  MMU 
to  emit  addresses  (otherwise  its  address  output 
lines  remain  3-stated).  If  MSEN  is  set,  the  TRNS 
bit  determines  whether  address  translation  is 
performed  (TRNS  = 1)  or  addresses  are  passed 

through  as  23-bit  patterns  (TRNS  = 0).  The  other 
settable  bits  of  the  mode  register,  which  are  left 
clear  by  the  value  shown  m Figure  4,  are  URS,  MST 
and  NMS.  URS  (upper  range  select)  allows  the  MMU 
to  respond  to  segment  numbers  64-127  rather  than 
0-63  on  the  CPU  output  lines  SN^-SNg.  MST 
(multiple  segment  tables)  allows  selective 
enabling  of  address  translation  by  the  given  MMU 
(CS  is  used  to  enable  command  recognition  by  the 
MMU  but  has  no  effect  on  address  translation).  If 
MST  is  set,  then  matching  the  NMS  (normal  mode 
select)  value  with  the  MMU's  N/S  input  line  serves 
as  an  enabling  criterion  for  address  translation. 

Setting  the  ID  field  of  the  MMU’s  mode  register  to 
0 directs  the  MMU  to  respond  to  the  segment  trap 


acknowledge  status  output  of  the  CPU  by  asserting 
ADg  (8  + value  of  the  ID  field)  and  leaving 

AD')5~AD9  3-stated.  Using  the  conventions  given  m 
the  Z8010  MMU  Technical  Manual,  this  identifies 
the  MMU  as  MMU  #1  m the  ’’reason”  placed  on  the 
stack  when  a segment  trap  occurs. 

The  number  and  values  of  the  descriptor  settings 
in  the  table  at  MMTAB  depend  on  the  details  of  the 
specific  application  and  are  not  discussed  further 
here.  The  additional  initialization  code  at 
SYSTART  also  depends  on  the  specific  application. 
Typically,  this  code  initializes  peripheral  device 
handling,  enables  interrupts,  and  starts  user 
processes.  The  details  are  not  discussed  here. 

This  concludes  the  discussion  of  the  specific 
details  common  to  the  initialization  of  any  Z8001 
CPU/Z8010  MMU  system.  Variations  are  possible, 
but,  m most  cases,  the  general  form  of 
initialization  shown  here  is  followed. 


! This  is  the  Program  Status  Area  used  temporarily  during  the  stage  of  initialization  that 
precedes  the  initialization  of  memory  mapping.  It  resides  in  physical  memory  directly 


following  the  STARTUP 

routine. 

TPSA:  word 

0,0, 0,0 

! Unused  entry! 

word 

0,0, 0,0 

! Unimplemented  instruction  trap! 

word 

0,0, 0,0 

! Privileged  instruction  trap! 

word 

0,0, 0,0 

{System  Call  trap! 

word 

0,%C000 

{Segmentation  trap! 

address 

SEGTRAP 

word 

0,%C000 

! Nonmaskable  interrupt! 

address 

NMISTOP 

! No  more  of  the  PSA  is  required.  Processing  routines  can  reside  in  immediately  following 
locations. 

! 

NMISTOP:  HALT 

SEGTRAP:  HALT 


This  is  the  bootstrap  PSA  used  for  the  orderly  handling  of  unexpected  interrupts  during  the 
phase  of  the  initialization  process  that  precedes  mtialization  of  memory  mapping.  The  two 
processing  routines,  NMISTOP  and  SEGTRAP  simply  halt.  More  effective  actions  can  be  taken  m 
an  actual  system  if  appropriate  routines  exist  at  known  locations  m physical  memory. 


Figure  4.  Initial  PSA  Has  Few  Real  Entries 
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! This  is  the  MMU  initialization  routine  called  from  the  STARTUP  program;  it  assumes  a 
smgle-MMU  system.  First,  up  to  64  of  the  MMU's  segment  descriptor  registers  are  loaded 
from  a table  m memory.  Then  address  translation  is  enabled.  The  only  restriction  on  the 
address  translation  set  up  this  way  is  that  the  addresses  of  STARTUP  must  continue  to  be 
mapped  to  the  same  physical  locations. 

! 

SETMMU  LDB  RL4,#3  {Select  MMU  #1  and  assure  Bit  0 = 1 ! 

COMB  RL4  !Use  complement  to  activate  CS! 

LDA  RR2,MMTAB  {Address  of  information  for  MMUJ 

I HR  RHA.#1  {Address  of  SAR  in  MMU! 

S0UT1B  ®R4,@RR2,R1  {Initialize  SAR! 

LDA  RRO,MMTABX  {Next  byte  past  descriptor  table! 

SUB  R1,R3  {Number  of  bytes  m descriptor  table! 

LDB  RH4,#?oF  {Opcode  for  descriptor  transfer! 

SOTIRB  ®R4,(iRR2,R1  {Transmit  descriptor  table  to  MMU! 

LDB  RH4,#0  {Opcode  for  "set  mode  reg"! 

SOUTIB  ®R4,(1RR2,R1  {Enable  address  translation! 


MMTAB:  byte  0 

word  0 
byte  2 
byte  ?oA 


word  BASEn  {Segment  n (£63):  starts  at  256*BASEn! 

byte  SIZEn  ! 256-(SIZEn  + 1)  bytes  long  ! 

byte  ATTRIBUTESn  ! attributes  as  specified  ! 

MMTABX:  byte  %C0  !MMU  mode  register  value:  M5EN,  TRNS;  ID  = 0! 

This  MMU  initialization  routine  transmits  the  table  of  segment  descriptors  at  MMTAB  to 

the  MMU  addressed  by  special  I/O  instructions  with  a lower  byte  m which  the  value  of  bit  1 is 
0 (MMU  #1  using  the  conventions  suggested  m the  Z8010  MMU  Technical  Manual).  Finally,  it 
transmits  a mode  register  value  in  which  the  MSEN  and  TRNS  bits  are  set  and  ail  others  are  0. 

Figure  5.  A Few  Instructions  Initialize  the  MMU 


{Initial  value  (segment  number)  of  SAR! 
{Segment  0:  starts  at  physical  address  0! 

! 784  bytes  long  ! 

! Execute  only  ! 
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INTRODUCTION 

The  Z8001  CPU,  which  is  designed  to  operate  with  8M 
byte  segmented  memory  address  spaces,  can  also  be 
operated  in  a nonsegmented  mode.  Thus  the  user 
gets  the  best  of  two  worlds:  the  flexibility  and 
power  of  8M  byte  segmented  memory  address  spaces, 
and  the  economy  of  16-bit  addresses.  Furthermore, 
the  Z8000  CPU  Family  has  been  designed  in  such  a 
way  that  operation  of  the  Z8001  CPU  in  nonsegmented 
mode  is  compatible,  to  the  extent  possible,  with 
operation  of  the  Z8002  CPU,  which  is  designed  to  be 
used  exclusively  in  nonsegmented  mode. 

This  application  note  first  describes  in  detail  the 
differences  in  memory  and  register  space  require- 
ments and  in  instruction  execution  times  between 
segmented  and  nonsegmented  Z8001  CPU  operation.  It 
then  enumerates  and  discusses  the  few  points  of 
incompatibility  between  Z8002  CPU  operation  and 
nonsegmented  Z8001  CPU  operation.  The  Z8003  CPU  is 
identical  to  the  Z8001  CPU  for  the  purposes  of  this 
note. 

One  of  the  trickier  points  in  dealing  with  nonseg- 
mented Z8001  CPU  operation  is  the  mixing  of  nonseg- 
mented and  segmented  programs  within  an  applica- 
tion. Several  ways  to  handle  such  mixing  are  dis- 
cussed. Finally,  to  make  parts  of  the  discussion 
completely  specific,  a means  of  handling  the  system 
call  (SC)  trap  is  shown  with  actual  Z8001  CPU 
programs,  and  several  utility  routines  designed  to 
be  invoked  through  the  SC  mechanism  are  presented. 


This  application  note  deals  very  specifically  with 
"esoteric"  details  of  Z8001  CPU  operation.  The 
reader  is  assumed  to  have  read  the  Z8000  CPU 
Technical  Manual  (00-2010-C)  and  to  be  familiar 
with  the  general  ideas  of  segmented  memory  address- 
ing on  the  Z8001  CPU  and  with  interrupt  and  trap 
handling  in  the  Z8001  CPU  Family. 

ECONOMIES  OF  NONSEGMENTED  Z8001  CPU  OPERATION 

All  Z8001  CPU  memory  addresses  are  23  bits  long. 
In  the  segmented  mode  of  operation,  each  address  is 
specified  completely,  using  32-bit  representations 
in  instructions  and  registers.  In  nonsegmented 
mode,  all  address  representations  assume  implicitly 
the  7-bit  segment  number  field  of  the  Program 
Counter  (PC),  so  that  only  16  bits  are  required  to 
represent  any  address. 

The  ability  to  use  16-bit  address  representations 
when  operating  the  Z8001  CPU  in  nonsegmented  mode 
results  in  economies  of  both  space  and  time.  The 
economies  of  space  derive  from  the  smaller  memory 
and  fewer  registers  used  for  16-bit  address  repre- 
sentations. The  economies  of  time,  generally 
speaking,  derive  from  the  fact  that  there  is  no 
need  to  fetch  or  store  a second  word  of  address 
representations  in  instructions,  in  registers,  or 
on  a stack.  Thus,  for  example,  a RET  instruction 
requires  an  additional  three  clock  cycles  of  execu- 
tion time  in  segmented  mode,  because  an  extra  word 
must  be  popped  from  the  stack.  The  space  and  time 
economies  of  nonsegmented  mode  Z8001  operation  are 
summarized  in  Table  1 . 
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Table  1 . Economies  of  Z8001 
Non segmented  Operation 


Function 

Space  Economy 

Time  Economy 
(clock  cycles) 

Instructions  using 
direct  addressing 
(compared  with  full 
segmented  address) 

1 word  of 

instruction 

memory 

3 cycles 

Instructions  using 
direct  addressing 
(compared  with  short 
segmented  address) 

1 cycle 

Instructions  using 
indexed  addressing 
(compared  with  full 
segmented  addresses) 

1 word  of 

instruction 

memory 

3 cycles 

Storage  of  an  address 
in  a register 

1 word  register 

— 

Moving  an  address 

Difference  in 
timing  between 
word  and  long 
word  version  of 
LD,  PUSH,  POP,  etc. 

CALL  or  CALR 

1 word  of  stack 

5 cycles 

RET 

— 

3 cycles  | 

LDPS 

2 words  of  data 
memory 

3-4  cycles 

Loading  to  or  from 
PSAP  or  NSP  control 
register 

1 word  register 

7 cycles 

OP  using  indirect 
register  mode  (@) 
if  jump  is  taken 

1 word  register 

3 cycles 

Use  of  indexed 
addressing  to 
simulate  based 
addressing 

Fewer  instructions 
for  many  operations 

2-4  cycles  for 
Load  instruction; 
added  savings 
when  shorter 
programs  result. 
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Table  1 can  also  be  regarded  as  summarizing  the 
"segmentation  penalty"  if  nonsegmented  operation  is 
taken  as  the  standard.  It  is  clear  from  the  table 
that  among  common  operations  the  only  difference  in 
size  between  segmented  and  nonsegmented  mode  in- 
structions is  the  extra  word  required  by  direct  or 
indexed  addressing  using  full  (as  opposed  to  short 
segmented)  addresses  in  the  instructions.  Most 
large  programs  avoid  direct  addressing,  except  for 
CALL  instructions  and  references  to  global  varia- 
bles, both  of  which  can  use  short  segmented  ad- 
dressing in  a large  proportion  of  cases. 

The  table  also  shows  that  among  common  operations 
not  involving  direct  or  indexed  addressing,  the 
only  difference  in  instruction  execution  time  be- 
tween the  segmented  and  nonsegmented  Z8001  CPU 
operating  modes  is  in  subroutine  calling  and 
returning.  This  difference  is  due  to  the  saving 
and  restoring  of  32-bit  return  address  representa- 
tions. 

A major  savings  that  is  difficult  to  measure 
quantitatively  results  from  the  use  of  indexed 
addressing  in  nonsegmented  mode  to  simulate  based 
addressing.  Thus,  for  example,  it  is  possible  to 
write 

ADD  R0,4(R15) 

to  add  the  third  word  of  the  stack  to  the  contents 
of  RO.  In  this  construction,  the  offset  (4)  plays 
the  role  of  the  address,  and  the  address  (the  con- 
tents of  R15)  plays  the  role  of  the  offset.  Since 
each  is  16  bits  long,  there  is  no  difference;  they 
are  added  together  to  obtain  the  16-bit  offset  por- 
tion of  the  argument  address;  the  segment  number 
portion  is  derived  from  the  PC.  Thus,  based 


addressing,  which  is  essential  for  the  handling  of 
stack-based  data,  is  available  with  most  instruc- 
tions. 

There  is  one  pitfall  to  watch  for  when  using  index- 
ed addressing  to  simulate  based  addressing.  Index- 
ed references  never  result  in  "stack  reference" 

status  on  ST3_sjQy  since  this  status  only  occurs 
when  the  Stack  register  (R15)  is  used  as  an  address 

register.  In  indexed  addressing,  the  address  comes 
from  the  instruction,  and  the  register  contains  an 
offset.  Thus,  if  data  and  stack  memories  are 

distinguished  by  the  ST3-ST0  status  outputs,  then 
indexed  addressing  cannot  be  used  to  access  stack 
elements 

Z8002  Compatibility 

The  road  between  the  Z8002  CPU  and  nonsegmented 
Z8001  CPU  operation  is  a two-way  street:  programs 
can  migrate  in  either  direction.  For  example,  a 
Z8001-based  development  system  can  be  used  to 
develop  and  check  programs  whose  target  system  is 
Z8002-based.  Conversely,  a Z8002-based  application 
can  be  easily  evolved  into  a Z8001 -based  applica- 
tion by  using  a nonsegmented  Z8001  operation  as  a 
first  step.  Furthermore,  utility  routines  or  other 
parts  of  a program  developed  for  one  of  these  CPUs 
could  be  integrated  with  programs  developed  for  the 
other.  All  of  these  possibilities  illustrate  the 
importance  of  writing  nonsegmented  code  for  the 
Z8001  CPU. 

There  are  very  few  differences  between  Z8002  code 
and  nonsegmented  Z8001  code;  all  of  them  are 
associated  with  interrupt  processing  (see  Table  2). 
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Table  2.  Differences  Between  Z8002  and 
Honsegmented  Z8001  CPU  Operation 


Z8002  Operation 

Interrupts  and  traps,  including 
SC,  cause  a 3-word  CPU  status  to 
be  saved  on  the  stack  in  the 
format: 


SP  — > reason 
FCW 

16-bit  PC 


The  256  possible  interrupt 
vector  byte  values  correspond 
to  legal  vectored  interrupts. 

The  Z8002  CPU  uses  a Program 
Status  Area  (PSA)  format  in 
which  one  word  is  dedicated  to 
each  FCW  and  each  PC.  No  entry 
is  required  for  the  "segmenta- 
tion trap”  vector. 


The  Z8002  CPU  must  be  placed  in 
system  mode  before  the  IRET 
instruction  is  executed. 


Z8001  Operation 

Interrupts  and  traps,  including 
SC,  cause  a 4-word  CPU  status 
to  be  saved  on  the  stack  in  the 
format: 


SP  — > reason 
FCW 

PC  - segment  number 
PC  - offset 

The  128  even-numbered  interrupt 
vector  byte  values  correspond 
to  legal  vectored  interrupts. 

The  Z8001  CPU,  regardless  of 
the  mode  in  which  it  is 
operating,  uses  a PSA  format 
in  which  two  words  are 
dedicated  to  each  FCW  and  each 
PC. 


The  Z8001  CPU  must  be  placed 
into  segmented  system  mode 
before  the  IRET  instruction  is 

executed. 
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The  practical  effect  of  these  differences  is  very 
small  in  many  applications.  The  PSA  differs 
between  the  Z8002  and  Z8001  versions,  but  the  dif- 
ferences are  only  in  the  sizes  of  the  vector 
entries--four  words  for  the  Z8001,  two  words  for 
the  Z8002.  The  Z8001  restriction  to  even-numbered 
vectored  interrupt  devices  limits  the  number  of 
devices  to  128,  which  is  ample  for  most  applica- 
tions. The  interrupt  and  trap  routines  can  be 
almost  identical  for  the  two  versions,  unless  they 
access  the  saved  PC  value  or  anything  "deeper”  in 
the  stack.  Since  the  "reason"  and  the  saved  FCW 
are  the  top  two  words  of  the  stack  in  either  case, 
the  instructions  that  access  these  items  can  be  the 
same  in  both  versions.  The  Z8001  versions  of  the 
interrupt  routines  can  be  written  in  nonsegmented 
form.  The  SEG  bit  must  be  set  to  zero  in  the 
corresponding  PSA  entry’s  FCW  value,  and  the  CPU 
must  be  placed  into  segmented  mode  before  execution 
of  the  IRET  instruction.  A good  approach  to  this 
is  to  dedicate  one  of  the  SC  instructions  (e.g.,  SC 
#0)  to  the  performance  of  this  kind  of  segmented 
IRET.  The  details  of  this  will  be  explained  in  a 
later  section;  the  advantage  of  the  approach  is 
that  it  provides  a one-word  replacement  for  the 
IRETs  of  a Z8002-based  program. 

When  the  Z8001  CPU  is  operating  in  nonsegmented 
mode,  R14  refers  to  the  same  register  in  both 
System  and  Normal  modes,  just  as  in  Z8002  CPU  oper- 
ation. This  is  not  anomalous  or  surprising,  but 
many  new  Z8000  programmers  have  been  confused  by 
the  requirement  that  interrupts  be  processed  in 
segmented  mode.  If  an  interrupt  occurs  when  the 
Z8001  CPU  is  operating  in  nonsegmented  System  mode, 
the  CPU  immediately  enters  the  segmented  System 
mode  of  operation.  At  that  time,  R14-  begins  to 
refer  to  the  segment  portion  of  the  stack  register, 
and  the  register  previously  referred  to  as  R14-  is 
accessible  now  only  by  using  the  LDCTL  instruction 
with  the  NSPSEG  operand.  This  situation  remains  in 
effect  until  the  CPU  returns  to  nonsegmented  opera- 
tion, which  could  happen  before  the  execution  of 
the  first  instruction  of  the  interrupt-processing 
routine  if  the  FCW  loaded  from  the  PSA  does  not 
have  the  SEG  bit  set. 

COMBINING  SEGMENTED  AND  NONSEGMENTED  CODE  FOR 
THE  Z8001 

Segmented  and  nonsegmented  programs  can  be  mixed  to 
any  extent  desired,  since  any  program  running  in 
System  mode  can  carry  out  the  required  setting  or 
clearing  of  the  SEG  bit  in  the  FCW.  If  such 
switching  of  modes  is  to  be  done  at  many  points,  or 
if  it  is  to  be  done  by  programs  running  in  Normal 
mode,  two  of  the  256  SC  instructions  can  be  dedica- 
ted to  the  FCW  changes. 


Prograas  that  access  data  or  call  prograas  in 
another  segaent  must  consist  wholly  or  partially  of 
segmented  code.  Prograas  that  aake  no  references 
outside  of  their  own  segaents  can  consist  entirely 
of  nonsegmented  code. 

One  point  to  consider  when  mixing  segmented  and 
nonsegmented  code  is  that  operation  of  the  RET 
instruction  depends  on  the  mode  in  which  the  CPU  is 
operating  when  the  RET  is  executed,  whereas  the 
operating  mode  on  entry  to  a subroutine  is  that  of 
the  calling  program.  Thus,  special  steps  must  be 
taken  to  assure  that  subroutines  called  by  programs 
running  in  either  mode  behave  properly.  One 
approach  is  to  enter  such  routines  through  the  SC 
mechanism.  Another  approach  is  to  allocate  two  of 
the  SC  instructions  to  subroutine  entry  and  exit 
functions.  The  first  of  these  SC  instructions  is 
executed  as  the  first  instruction  of  a subroutine 
to  save  the  caller’s  operating  mode;  the  second 
replaces  the  RET  instruction  and  causes  the  CPU  to 
enter  the  proper  mode  before  returning.  Further- 
more, there  can  be  two  versions  of  the  first  of 
these  SC  instructions;  each  can  save  the  caller's 
operating  mode,  then  place  the  CPU  into  the  mode 
appropriate  for  the  given  subroutine. 

A Systems/ Application  Distinction 

One  separation  of  segmented  and  nonsegmented  code 
is  on  the  basis  of  the  System/Normal  operating 
mode.  A set  of  general  utility  programs  can  be 
written  to  be  executed  in  segmented  System  mode, 
and  self-contained  application  programs  can  run  in 
nonsegmented  Normal  mode,  using  the  SC  mechanism  to 
make  calls  on  the  utility  programs.  An  approach 
such  as  this,  which  centralizes  control  of  the  mix- 
ing of  segmented  and  nonsegmented  programs,  avoids 
the  complications  of  uncontrolled  mixing  of  modes. 

THE  SC  MECHANISM 

The  preceding  discussion  includes  several  refer- 
ences to  the  use  of  SC  instructions.  To  allow 
these  examples  to  be  understood  at  a more  concrete 
level,  one  of  the  many  possible  ways  to  handle  SC 
traps  is  elaborated  here. 

Figure  1 shows  a program  to  be  executed  each  time 
an  SC  trap  occurs;  that  is,  it  is  assumed  that  the 
address  SCHAND  will  be  stored  in  the  PC  field  of 
the  SC  entry  (vector)  of  the  PSA.  The  program  at 
SCHAND  is  assumed  to  be  segmented,  and  it  accesses 
the  System  mode  stack,  so  the  SEG  and  S/N  bits  must 
be  set  in  the  FCW  field  of  the  SC  entry  of  the 
PSA.  Furthermore,  the  VIE  and  NVIE  bits  of  the  FCW 
field  of  the  SC  entry  in  the  PSA  must  be  0,  for 
reasons  to  be  discussed  shortly. 
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SCHAND:  DEC  R15,#14 

IRoom  for  new  status  & 3 registers! 

LDM  (®RR14,R0,#3 

!Use  R0-R2  for  working  space! 

LD  R1,RR14(#14) 

!Get  SC  instruction  (reason)! 

CLRB  RH1 

!Low  byte  is  index  to  table! 

MULT  RRO ,#6 

! of  6-byte  entries  ! 

LD  R2,TABLE(R1) 

!Get  FCW  entry  from  TABLE! 

INC  R1,#2 

LDL  RR0,TABLE(R1) 

!Get  PC  entry  from  TABLE! 

LDL  RR14(#10),RR0 

!Put  PC  entry  into  new  status! 

1 n D1  DD1  /.  ( /?  \ 

i \ i jim  i t\  if  i \j  / 

1 f'/vF  mAAt  / 4 Ai  i#>  ET  OU/  rtrt  1 

• MV/  V |^1  V/T  LV/MM  1 Mil  VM  W1  J • 

AND  R1,#%1800 

!Save  VIE, NVIE  settings! 

AND  R2,#%E7FF 

!Zero  VIE, NVIE  in  FCW  from  TABLE! 

OR  R2,R1 

!Put  saved  bits  into  new  FCW! 

LD  RR14(#8),R2 

!Put  FCW  into  new  status! 

LDM  R0,@R14,#3 

! Res tore  registers  used! 

INC  R15,#6 

! Bring  new  status  to  top  of  stack! 

IRET 

This  SC-handling  routine  allows  each  of  the  256  SC  instructions 

to  be  written  as  if  it  had 

its  own  separate  interrupt.  An  array  f 

of  3-word  entries  called  TABLE  contains  the  FCW  and  PC  values  to 

be  established  for  each,  except  that  the  VIE  and  NVIE  (interrupt 

enable)  bits  in  the  FCW  are 

taken  from  the  saved  status  of  the 

program  executing  the  SC  instruction. 

The  Program  shown  here  has 

not  been  optimized  for  speed.  Multi- 

plication  of  the  low  byte  of  the  reason  by  6,  for  example,  can  be 

accomplished  in  fewer  clock  cycles  than  are  required  for  the  CLRB 

and  MULT  instructions  shown 

here. 

Figure  1.  A Flexible  SC-handling  Scheme 
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The  program  at  SCHAND  simulates  a "vectored  inter- 
rupt" facility  for  SC  instructions,  but  the  VIE  and 
NVIE  values  are  taken  from  the  saved  status  of  the 
program  executing  the  SC  instruction,  not  from  the 
"vector"  for  that  instruction.  This  assures  that 
the  routines  invoked  by  SC  instructions,  which  can 
be  called  from  a variety  of  priority  levels,  won’t 
have  the  side  effect  of  enabling  any  previously 
disabled  interrupts.  For  this  reason,  the  FCW 
entry  for  SC  must  leave  both  VI  and  NVI  disabled. 


Given  this  mechanism,  several  of  the  uses  of  the  SC 
instructions  suggested  earlier  can  now  be  made  con- 
crete. Figure  2 shows  possible  assignments  for  the 
first  three  SC  instructions;  Figure  3 shows  the 
corresponding  TABLE  entries  and  implementing  pro- 
grams. A reader  who  has  difficulty  understanding 
these  programs  or  the  program  in  Figure  1 should 
review  the  material  on  interrupt  and  trap  handling 
in  the  Z8000  CPU  Technical  Manual. 


SC  Instruction 

Function 

SC  #0 

Perform  segmented  IRET 

SC  #1 

Set  SEG  bit  in  FCW 

SC  #2 

Clear  SEG  bit  in  FCW 

Figure  2.  Possible 

SC  Instruction  Functions 

TABLE: 

word 

long 

%C000 

SEGIRET 

! SC  #0: 

SEG, 

S/N  set! 

word 

long 

%C080 

SEGSET 

! SC  #1: 

SEG, 

S/N,  C set! 

word 

long 

%C000 

SEGSET 

! SC  #2: 

SEG, 

S/N  set! 

SEGIRET:  INC  R15,  #8 

IRET 


! Remove  SC-related  stack  items! 


SEGSET: 


$1: 

$2: 


LO  (§>RRH,R0 
LD  R0,RR14(#2) 
OR  C,$1 
RES  R0,#15 
OR  $2 

SET  R0,#15 
LO  RR14(#2),R0 
LD  R0,@RRH 
IRET 


!Save  RO,  use  reason  as  scratch! 
!Get  saved  FCW  from  the  stack! 

!C  distinguishes  SC  #1  from  SC  #2! 
!C  = 0 for  clearing  SEG! 

!C  = 1 for  setting  SEG! 

{Replace  altered  FCW  on  stack! 
{Restore  RO! 


This  section  of  TABLE  and  the  associated  programs  implement  the 
three  SC  instructions  shown  in  Figure  2.  The  program  at  SEGIRET 
is  operating  in  segmented  mode  because  of  its  entry  in  TABLE,  so 
all  it  needs  to  do  is  return  the  stack  register  to  its  value 
before  execution  of  the  SC  #0  and  to  perform  the  IRET. 


The  program  at  SEGSET  implements  both  the  setting  and  the 

clearing  of  SEG.  The  C bit  setting  in  TABLE  distinguishes  the 

two  functions.  The  change  to  SEG  is  made  in  the  saved  FCW  on  the 
stack,  which  is  the  source  of  the  status  that  will  be  established 

by  the  IRET  instruction. 


Figure  3.  Implementation  of  Three  SC  Instructions 
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1 .0  INTRODUCTION 

The  Z8000  Calling  Conventions  allow  programs 
written  m various  languages  for  the  Z8000  micro- 
processor to  communicate  with  each  other  and  to 
share  common  libraries.  The  conventions  include 
argument  passing,  Stack  Pointer  status,  and  regis- 
ter assignments  on  entry  to  and  exit  from  a 
routine.  The  conventions  described  here  apply  to 
all  programming  languages  supported  by  the  Z8000 
microprocessor. 

Calling  conventions  were  developed  that: 


• How  the  stack  must  be  organized  when  entering, 
executing  in,  and  returning  from  a procedure. 

• Where  parameters  must  be  when  entering  or 
returning  from  a procedure. 

2-0  REGISTER  USAGE 

As  shown  in  Figure  1,  the  Z8000’s  general-purpose 
register  set  is  divided  into  three  groups  for  the 
purposes  of  this  calling  convention. 


• Satisfy  the  requirements  of  languages  such  as 
C,  PLZ/SYS,  FORTRAN,  and  PASCAL. 

• Do  not  introduce  undue  call  and  return  overhead 
in  code  generated  by  one  language  processor  at 
the  expense  of  another. 

• Minimize  the  complexity  of  the  code  generators. 

• Allow  passing  of  structured  parameters  by 
value. 

• Encourage  efficiency  by  allowing  local  vari- 
ables to  be  kept  in  registers  and  parameters  to 
be  passed  m registers. 

The  calling  convention  has  three  parts  which  are 

described  m the  following  sections.  These  three 

parts  describe: 

• How  registers  may  be  used  by  procedures  and 
what  happens  to  the  register  contents  when 
calling  or  returning. 


NON-SEGMENTED 

PROGRAMS 

SEGMENTED 

PROGRAMS 

R0 

SCRATCH 

R7 

R8 

f 

SAFE 

REGISTERS  ] 

OPTIONAL  r-*K 
1 — FRAME  — » L1 

POINTER  J 

> 

R14 

r 

R15 

y+—  STACK  POINTER—*  ^ | 

RO 


R7 

R8 


R12 

R13 

R14 

R15 


Figure  1.  Z8000  Register  Usage 


The  first  group  is  called  the  scratch  registers 
and  consists  of  R0-R7.  These  registers  will 
contain  value  or  reference  parameters  when 
entering  a procedure  and  result  parameters  when 
returning  from  a procedure.  While  executing,  the 
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procedure  may  use  these  registers  m any  way  and 
does  not  need  to  restore  them  to  their  original 
values  when  it  returns. 

The  second  group  is  called  the  safe  registers  and 
consists  of  R8-R14  for  nonsegment ed  programs  and 
R8-R13  for  segmented  programs.  The  values  m 
these  registers  must  be  the  same  when  a procedure 
returns  as  they  were  when  the  procedure  was 
entered.  This  means  a safe  register  can  hold  the 
value  of  a local  variable,  because  procedure  calls 
will  nnfr  alter  its  vslue.  If  g procedure  c^anges 
the  value  of  a safe  register,  it  must  save  the 
value  of  that  register  when  it  is  entered,  and 
restore  it  when  it  returns. 


and  floating-point  result  parameters  when 
returning  from  a procedure.  While  executing,  the 
procedure  may  use  these  registers  in  any  way  and 
does  not  need  to  restore  them  to  their  original 
values. 

The  second  group  is  the  floating  safe  registers, 
FR4-FR7.  These  registers  are  used  m the  same  way 
as  the  general-purpose  safe  registers  and  thus  the 
values  m these  registers  must  be  the  same  when  a 
procedure  returns  as  they  were  when  the  procedure 

uiqc  onf  ororl 

3.0  STACK  ORGANIZATION 


The  third  group  consists  of  the  stack  pointer 
(SP),  which  is  R15  for  nonsegmented  programs  and 
R14  and  R15  for  segmented  programs.  The  stack 
pointer  always  points  to  the  top  of  the  stack. 


The  calling  convention  also  allows  for,  but  does 
not  require,  the  use  of  a frame  pointer  to  point 
to  the  current  stack  frame  (described  in  the  next 
section).  When  a frame  pointer  is  used,  it  is 
always  the  highest  safe  register,  R14  for  a 
nonsegmented  program,  RR12  for  a segmented 
program. 


The  Z8000  Floating-Point  Registers  (either 
simulated  in  software  by  the  Z8070  emulation 
package  or  provided  in  hardware  by  the  Z8070 
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into  two  groups  as  shown  in  Figure  2. 


FRO 


FR3 


FR4 


FR7 


Figure  3 shows  how  the  top  of  the  stack  must  look 
when  a procedure  is  entered.  The  return  address 
must  be  on  the  top  of  the  stack  (pointed  to  by  the 
stack  pointer),  followed  by  any  parameters  that 
must  be  passed  in  on  the  stack.  This  figure  also 
shows  the  stack  after  the  same  procedure  has 
returned.  The  only  difference  is  that  the  return 
address  has  been  popped  off  the  stack. 


UPON  ENTRY  AFTER  RETURN 

TO  A FROM  A 

PROCEDURE  PROCEDURE 


STACK 

POINTER 


STACK 

POINTER 


Figure  3.  The  Stack  Upon  Entry  To 
and  After  Return  From  a Procedure 


Figure  2.  Z8000  Floating-Point 

Register  Usage  During  the  execution  of  a procedure,  the  stack 

will  contain  a data  area  called  the  stack  frame 
(also  known  as  the  activation  record)  for  that 
The  first  group  is  the  floating  scratch  registers,  procedure.  The  stack  frame  is  allocated  on  the 

FR0-FR3.  These  registers  will  contain  floating-  stack  by  the  procedure  and  contains  saved  values, 

point  value  parameters  upon  entering  a procedure 
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local  variables,  and  temporary  locations  for  the 
procedure.  Figure  4 shows  the  stack  while  a 
•procedure  is  executing. 


STACK  WITHOUT 
FRAME  POINTER 


STACK  WITH 
FRAME  POINTER 


PARAMETERS 
PASSED  IN 
STORAGE 


RETURN  ADDRESS! 


STACK 
FRAME 
FOR  < 

EXECUTING 

PROCEDURE 


SAFE  REGISTER 
SAVE  AREA 


FLOATING  SAFE 
REGISTER 
SAVE  AREA 


LOCAL 

VARIABLES 

AND 

TEMPORARIES 


PARAMETERS 
PASSED  IN 
STORAGE 


FRAME 

POINTER 


RETURN  ADDRESSl 


OLD  VALUE  OF 
FRAME  POINTER 


SAFE  REGISTER 
SAVE  AREA 


FLOATING  SAFE 
REGISTER 
SAVE  AREA 


LOCAL 

VARIABLES 

AND 

TEMPORARIES 


STACK 
I FRAME 
) FOR 

[ EXECUTING 
PROCEDURES 


STACK 

GROWTH 


STACK 

POINTER 


▼ 

STACK 

GROWTH 


J 


Figure  4-  The  Stack  During  Procedure  Execution 


The  called  procedure  may  or  may  not  use  the  frame 
pointer  as  shown.  If  no  frame  pointer  is  used, 
the  size  of  the  stack  frame  must  not  change  while 
the  procedure  is  executing.  Thus  parameters 
passed  in  storage  by  calls  from  this  procedure 
must  be  accommodated  in  temporary  locations  at  the 
bottom  of  the  stack  frame,  and  not  pushed  onto  the 
stack.  This  organization  of  the  stack  substan- 
tially shortens  the  subroutine  entry  and  exit 
sequence. 

If  a frame  pointer  is  used,  then  the  calling 
procedures’s  frame  pointer  must  be  saved  on  the 
stack  by  the  called  routine  as  shown  in  Figure  4. 
If  a frame  pointer  is  used,  the  size  of  the  stack 
frame  can  vary,  and  thus  parameters  can  be  pushed 
onto  the  stack  if  desired. 

The  calling  convention  allows  procedures  with  and 
without  a frame  pointer  to  be  mixed  on  the  stack 
From  this  point  of  view,  the  frame  pointer  is  just 
a safe  register  that  is  used  m an  agreed  upon  way 
by  certain  procedures. 

If  a procedure  modifies  the  contents  of  any  of  the 
safe  registers  or  floating  safe  registers  while  it 


executes,  then  it  must  save  the  values  of  these 
registers  m its  stack  frame  when  it  is  entered  so 
that  it  can  restore  them  when  it  returns.  The 
highest  safe  register  not  used  as  a frame  pointer 
should  be  saved  at  the  top  of  the  activation 
record  (nearest  the  return  address)  with  lower 
number  registers  saved  at  lower  addresses.  This 
is  the  same  order  used  by  the  LDM  instruction. 
Only  those  safe  registers  actually  modified  by  the 
procedure  need  to  be  saved. 

Any  floating  safe  registers  that  are  modified  by 
the  procedure  are  saved  in  the  activation  record 
just  below  the  last  general  purpose  safe 

register.  Higher  numbered  floating  registers  are 
saved  toward  the  top  of  the  activation  record. 


4.0  PARAMETERS 

Parameters  provide  a substitution  mechanism  that 
permits  a procedure's  activity  to  be  repeated, 
varying  its  arguments.  Parameters  are  referred  to 
as  either  formal  or  actual.  Formal  parameters  are 
the  names  that  appear  in  the  definition  of  a 
procedure.  Actual  parameters  are  the  values  that 
are  substituted  for  the  corresponding  formal 
parameters  when  the  procedure  is  called. 

The  Z8000  parameter-passing  conventions  cover 
three  kinds  of  parameters:  value,  reference,  and 

result.  Value  and  reference  parameters  are  passed 
from  the  calling  routine  to  the  called  routine. 
For  value  parameters,  the  value  of  the  actual 
parameter  is  passed.  For  reference  parameters, 
the  address  of  the  actual  parameter  is  passed. 
For  result  parameters,  the  value  of  the  formal 
parameter  in  the  called  routine  is  passed  to  the 
corresponding  actual  parameter  of  the  calling  rou- 
tine when  the  called  routine  returns. 

Each  kind  of  parameter  has  a length  given  in  bytes 
(denoted  as  length(p)  for  a parameter  p).  For 
value  and  result  parameters,  this  is  the  length  of 
the  declared  formal  parameter  as  determined  by  its 
type.  For  languages  that  do  not  declare  formal 
parameters  or  when  the  procedure  declaration  is 
not  accessible  when  the  call  is  being  compiled, 
the  length  is  the  same  as  the  length  of  the  actual 
parameter.  For  reference  parameters,  the  length 
is  the  length  of  an  address,  in  other  words,  two 
bytes  in  nonsegmented  mode  and  four  bytes  in 
segmented  mode. 
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In  addition  to  a parameter’s  length,  the  calling 
convention  distinguishes  between  parameters  of 
floating-point  type  and  parameters  of  all  other 
types. 

The  kind,  type  and  length  of  a parameter  are 
determined  by  the  conventions  of  the  language  in 
which  the  calling  and  the  called  procedures  are 
written.  The  user  must  ensure  that  these  conven- 
tions match  when  making  interlanguage  calls. 

4.1  THE  PARAMETER  REGISTER  ASSIGNMENT  ALGORITHM 

This  section  describes  an  algorithm  that  assigns 
every  parameter  in  a parameter  list  to  either  a 
general-purpose  register,  floating  point  register, 
or  storage  offset.  The  parameter  assigned  to  a 
register  is  passed  m that  register  during  a 
call.  A parameter  assigned  to  storage  offset  is 
passed  m a storage  location  whose  address  is  the 
given  offset  from  the  Stack  Pointer  on  entry  to 
the  called  routine.  The  algorithm  assigns  as  many 
parameters  to  general-purpose  registers  r2-r7  and 
floating-point  registers  fr0-fr3  as  possible. 

The  algorithm  makes  the  following  assumptions: 

There  are  four  kinds  of  general-purpose  registers: 

• Byte  (denoted  as  rln,  rhn,  n = 0...15) 

• word  (denoted  as  rn,  n = 0...15) 

• Long  Word  (denoted  as  rrn,  n = 0,  2,  4,  6 , 8, 
10,  12,  14) 

• Quad  Word  (denoted  as  rqn,  n = 0,  4,  8,  12) 

• The  length  of  a general-purpose  register  r 
[(denoted  length(r)]  is  1 for  a byte  register, 
2 for  a word  register,  4 for  a long  word 
register,  and  8 for  a quad  word  register. 

• Each  general-purpose  register  has  a set  of 
underlying  byte  registers  as  follows: 

• The  underlying  register  of  byte  register  is  the 
register  itself. 

• The  underlying  registers  of  a word  register 
(rn)  are  the  byte  registers  rln  and  rhn. 

• The  underlying  registers  of  a long  word 
register  (rrn)  are  rln,  rhn,  rln+1,  and  rhn+1. 


• The  underlying  registers  of  a quad  word  regis- 
ter (rqn)  are  rln  rhn,  rln+1,  rhn+1,  rln+2, 
rhn+2,  rln+3.  and  rhn+3. 

This  is  illustrated  m Figure  3: 


Figure  5.  The  Underlying  Registers 

• If  n > m,  general-purpose  register  rxn  or  rn  is 
higher  than  a general-purpose  register  rxm  or 
rrn.  A byte  register  rln  is  higher  than  a byte 
register  rhn. 

• There  are  eight  floating-point  registers,  frO- 
fr7,  each  capable  of  holding  one  floating  point 
value  of  any  precision. 

• A floating  register  frn  is  higher  than  a float- 
ing register  frm  if  n > m. 

The  algorithm  starts  by  processing  each  value  or 
reference  parameter  m left-to-nght  order.  If 
there  are  unused  registers  of  the  same  size  and 
type  as  the  parameter,  the  parameter  is  assigned 
to  the  highest  of  these  registers;  otherwise,  it 
is  assigned  to  the  next  available  storage 
location.  Once  a parameter  is  assigned  to 
storage,  all  the  parameters  m the  parameter  list 
that  follow  it  are  also  assigned  to  storage.  The 
same  thing  is  then  done  for  the  result  parameters, 
except  they  are  assigned  to  the  lowest  available 
registers  m sequence  r2,  r3,  r4,  ..,  r7  (or  frO, 

frl,  fr2,  fr3),  whereas  the  other  parameters  are 
assigned  to  the  registers  in  sequence  r7,  r6,  r3, 
...,  r2  (or  fr3,  fr2,  frl,  frO).  The  result 
parameters  can  overlap  value  or  reference 

parameters  m registers,  but  not  in  storage. 

The  algorithm  marks  byte  registers  and  floating- 
point registers  as  available  or  unavailable  to 
keep  track  of  which  registers  have  been  assigned 
to  parameters,  and  it  uses  a variable,  current 
offset,  to  indicate  which  storage  offsets  have 
been  assigned  parameters. 
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4.2  THE  ALGORITHM 

This  algorithm  assigns  parameters  to  registers  and 

storage.  The  phrases  in  bold  are  defined  in 

detail  in  Table  A. 

1 . Mark  all  byte  registers  underlying  r2-r7  as 
available,  and  mark  all  other  byte  registers  as 
unavailable.  Mark  floating-point  registers 
fr0-fr3  as  available  and  mark  all  other  float- 
ing-point registers  unavailable. 

2.  Initialize  current  offset  to  4 if  in  segmented 
mode  or  to  2 if  in  nonsegmented  mode  (this 
allows  for  the  return  address  to  which  the 
stack  pointer  points) . 

3.  For  every  value  or  reference  parameter  in 
left-to-right  order  in  the  parameter  list,  do 
the  following: 

a .  Determine  whether  p will  fit  into  a 
register. 

Table  A.  Definition 

1.  Determine  whether  p will  fit  into  a register: 

If  p is  a floating-point  value  or  result 
parameter,  then  p will  fit  into  a register  if 
there  is  a floating-point  register  which  is 
available.  Otherwise,  p will  fit  into  a 
register  if  there  is  a register  r such  that 
length(p)  = length(r)  and  all  byte  registers 
underlying  r are  available. 

2.  Assign  p to  a value/reference  register: 

If  parameter  p is  a floating-point  value 
parameter  then; 

a.  Assign  p to  the  highest  available  float- 
ing-point register  r. 

b.  Mark  floating-point  register  r as  unavail- 
able. 

Otherwise: 

a.  Find  the  highest  general-purpose  register 
r such  that  length(p)  = length(r)  and  all 
byte  registers  underlying  r are  available. 

b.  Assign  parameter  p to  register  r. 

c.  Mark  all  byte  registers  underying  r as 
unavailable,  and  mark  any  higher  available 
byte  registers  as  unavailable. 


b.  If  p will  fit  into  a register,  assign  p to 

a value/reference  register. 

c.  If  p will  not  fit  into  a register,  assign 

p to  storage  and  mark  all  available  byte 
and  floating-point  registers  as  unavail- 
able. 

4.  Mark  all  byte  registers  underlying  r2-r7  as 
available  and  all  other  byte  registers  as 
unavailable.  Mark  floating-point  registers 
fr0-fr3  as  available  and  all  other  floating- 
point registers  as  unavailable. 

5.  For  every  result  parameter  in  left-to-right 
order  in  the  parameter  list,  do  the  following: 

a.  Determine  whether  p will  fit  into  a 
register. 

b.  If  p will  fit  into  a register,  assign  p to 
a result  register. 

c.  If  p will  not  fit  into  a register,  assign 
p to  storage  and  mark  all  available  byte 
and  floating-point  registers  as  unavail- 
able. 

of  Algorithm  Elements 

3.  Assign  p to  a result  register: 

If  parameter  p is  a floating-point  result 
parameter  then: 

a.  Assign  p to  the  lowest  available  float- 
ing-point register  r. 

b.  Mark  floating-point  register  r as  unavail- 
able. 

Otherwise: 

a.  Find  the  lowest  general-purpose  register  r 
such  that  length (p)  = length (r)  and  all 
byte  registers  underlying  r are  available. 

b.  Assign  parameter  p to  register  r. 

c.  Mark  all  byte  registers  underlying  r as 
unavailable,  and  mark  any  lower  available 
byte  registers  as  unavailable. 

4.  Assign  p to  storage: 

a.  If  length(p)  > 1 and  current  offset  is 
odd,  then  add  1 to  current  offset. 

b.  Assign  parameter  p to  storage  at  offset 
current  offset. 

c.  Add  length (p)  to  current  offset. 
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APPENDIX  A 


This  appendix  gives  an  example  of  using  the  Z8000 
calling  conventions  for  a C language  routine, 
"caller",  which  calls  another  routine,  "called". 

Figure  6 shows  the  C code,  and  Figure  9 shows  the 
corresponding  assembly  language  code.  Figure  7 
shows  the  registers  upon  entry  to  "called"  (just 
after  executing  line  25  in  Figure  9)  and  after 
returning  from  routine  "called"  (just  after  exe- 
cuting line  13  in  Figure  9).  Figure  8 shows  how 
the  stack  looks  during  execution  of  "called" 
(line  11  in  Figure  9). 


long  called  (a,b,c,d,e) 

/♦called  routine  - returns  long  */ 

long  b,c$ 
int  a,d,e; 

^ long  y; 


UPON  ENTRY  UPON  RETURN 

TO  “CALLED”  FROM  “CALLED” 


SCRATCH 

REGISTERS 


SAFE 

REGISTERS 


Figure  7.  Registers  Upon  Entry  To  and 


v return  y: 

i 

caller  ()  /*  calling  routine  */ 

^ long  a2,  a3,  x; 
int  al,  a4,  a5; 

x = called  (al,  a2,  a3,  a4,  a5) ; 

} 

Figure  6:  A Sample  C Program 


Figure  8.  The  Stack  Frame  When  the  Routine 
Called  (From  the  Sample  C Program)  is  Executing. 
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1 modul  MODULE 

2 $SEGMENTED 

3 CONSTANT 

4 fp  : =r 15; 

5 EXTERNAL 

6 stkseg  LABEL  ! stack  segment! 

code  for  routine  called  

7 GLOBAL 

8 called  PROCEDURE 

9 ENTRY 

10  dec  fp,#4  ! Allocate  called' s stack  frame! 

11  ldl  rr2, I stkseg | (fp)  ! Assign  local  variable  y to  return  register! 

12  inc  fp,#4  ! Deallocate  stackframe! 

13  ret 

14  END  called 


13 
16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 
29 

30  END  modul 


Figure  9.  Actual  Z8001  Code  for  Program  of  Figure  4 


code  for  routine  caller 


caller  PROCEDURE 
ENTRY 


fp,#22 

r2|stkseg+4+14| (fp) 
Istksegl (fp),r2 
r 2 1 stkseg+4+16| (fp) 
|stkseg+2| (fp),r2 
r 7 , | st kseg+4+1 2 1 ( f p ) 
rr4,  stkseg+4| (fp) 
rr 2 , st kseg+4+4 1 ( f p ) 


called 


|stkseg+4+8| (fp) ,rr2 
fp,//22  * 


! Allocate  caller's  stackframe! 

!Move  a4  to  overflow  parameter  area! 

!Move  a5  to  overflow  parameter  area! 
!Move  al  to  r7! 

!Move  a2  to  rr4! 

!Move  a3  to  rr2! 

! Assign  returned  value  to  x! 

! Deallocate  caller's  stackframe! 


caller 
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APPENDIX  B 


SPECIAL  TREATMENT  OF  FLOATING  POINT  PARAMETERS 

For  programs  which  will  run  on  a Z8000  without  a Until  September  1982,  all  Zilog  compilers  will 

Z8070  arithmetic  processing  unit  or  Z8070  software  pass  floating-point  parameters  in  the  same  way  as 

emulator,  floating-point  value  and  result  param-  non-floating-point  parameters.  Thereafter,  the 

eters  should  be  treated  just  like  non-floating-  full  standard  given  here  will  be  used, 

point  parameters. 
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Fast  Block  Moves  with  the 
Z8000™CPU 


Application  Brief 


September  1981 


The  Z8000  CPUs  are  equipped  with  instructions  that 
allow  memory-to-memory  transfers  to  proceed  at 
speeds  usually  associated  with  DMA  equipment. 
This  application  brief  shows  how  to  use  the  two 
different  mechanisms  available  in  Z8000  CPUs  for 
block  moves;  then  it  compares  their  performance 
for  long  and  short  blocks. 

The  two  block-moving  facilities  in  the  Z8000  CPUs 
are  the  LDIR  instruction  (and  its  alter  ego,  the 
LDDR  instruction)  and  the  LDM  instruction.  With 
LDIR,  words  are  moved  from  one  memory  area  to 
another  at  a basic  rate  of  9 clock  cycles  per 
word,  using  two  address  registers  and  a 16-bit 
counter  register.  With  LDM,  words  are  moved  from 
memory  into  registers,  then  from  registers  into 
the  new  memory  area.  The  basic  rate  for  this  kind 


of  transfer  is  6 clock  cycles  per  word.  In  either 
case,  there  is  overhead  associated  with  setup  and 
looping.  The  differences  in  overhead  make  LDM 
more  effective  with  small  blocks  and  LDIR  more 
effective  with  large  blocks.  In  either  case,  only 
blocks  of  words,  aligned  on  word  boundaries,  are 
considered.  For  blocks  of  bytes,  there  is  a byte 

version  of  the  LDIR  instruction  but  no  byte 
version  of  LDM. 

Figure  1 shows  a comparison  of  the  two  methods  in 
moving  a block  of  eight  words.  The  method  using 
LDIR  requires  88  clock  cycles,  while  the  method 
using  LDM  requires  only  70  clock  cycles.  At  clock 
rates  of  10  MHz,  these  result  in  transfer  rates  of 
1.82M  bytes  per  second  for  the  LDIR  method  and 
2.29M  bytes  per  second  for  the  LDM  method. 


lAssume  that  RR12  contains  the  address  THERE  and  RR10  contains  the  address  HERE.  The  follow- 
ing sections  of  Z8001  instruction  move  a block  of  8 words  from  HERE  to  THERE. 


j 

!LDIR  version:  ! 

LDK  R9,m 

5 cycles 

LDIR  (§RR1 2,@RR10,R9 

83  cycles 

88  cycles  = 8.8  us  @10  MHz  or  1.82  M bytes/sec 

!LDM  version:  ! 

LDM  R0,@RR10,#8 

33  cycles 

LDM  0RR12,RO,#8 

35  cycles 

70  cycles  = 7.0  us  @10  MHz,  or  2.29  M bytes/sec 

In  this  case,  the  LDM  version  is  faster — taking  80%  of  the  execution  time  of  the  LDIR 
version.  Other  differences  are: 

(1)  The  LDIR  version  uses  R9  for  a counter  and  modifies  RR10  and  RR12. 

(2)  The  LDM  version  modifies  R0-R7  but  leaves  all  other  registers  unchanged. 

In  some  applications,  the  modification  of  RR10  and  RR12  may  be  desirable,  in  others  it  may 
not . 


Figure  1:  LDM  outperforms  LDIR  in  an  8-word  transfer. 
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Figure  2 shows  a comparison  of  the  methods  in  In  summary,  for  large  or  small  blocks  of  data  the 
moving  a block  of  128  words.  In  this  case  the  Z8000  CPUs  are  capable  of  effecting 
LDIR  method  is  faster,  requiring  only  1170  cycles  memory-to-memory  transfers  at  rates  in  excess  of 

as  opposed  to  the  1415  cycles  required  for  the  LDM  2M  bytes  per  second  using  CPU  instructions, 

method.  At  clock  rates  of  10  MHz,  the  LDIR  method  without  the  need  for  a DMA  device, 

gives  a transfer  rate  of  2.19M  bytes  per  second, 
while  the  LDM  method  achieves  a rate  of  1 .81 M 
bytes  per  second. 


! Assume  that  RR12  contains  the  address  THERE  and  RR10  contains  the  address  HERE.  Each  of  the 
two  following  sections  of  Z8001  instructions  moves  128  words  from  HERE  to  THERE. 


! LDIR  version: 


LD  R9,#1 28 

LDIR  <§RR12,(1RR10,R9 


7 cycles 
1163  cycles 

1170  cycles  = 117  us  @10  MHz,  or  2.19  M bytes/sec 


!LDM  version:  ! 


LD  R9,#16 
LDM  R0,@RR10,#8 
LDM  @RR12,R0,#8 
INC  R11,#16 
INC  R13,#16 
DEC  R9 
JR  GT ,LP 


7 cycles 
35  cycles- 
35  cycles 
4 cycles 
4 cycles 
4 cycles 
6 cycles- 


7 + 16  x 88  = 1415  cycles  = 141.5  us  110  MHz,  or  1.81  M bytes/sec 


In  this  case,  the  overhead  of  the  loop  associated  with  the  LDM  version  outweighs  the  speed 
advantage  of  the  LDM  instruction.  In  fact,  even  if  the  LDM  version  consisted  of  16 

ronof  if  in  no  nf  fho  coni  ionoo  I HM  I HM  T M P T MP  fuHfhmif  f ho  TWPo  n n f he»  Final  conmnne  V h ho 

- ~r'-~  ~ - •—  — • — — i • — w ■ — • -» 


can i nnno  1 

'i  — y 


LDM  version  would  still  require  1240  cycles — 70  more  than  the  LDIR  version. 


Figure  2:  LDIR  outperforms  LDM  in  a 128-word  transfer 
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October  1982 


Zilog 

1315  Dell  Avenue 
Campbell,  CA  95008 
(408)  370-8000 

CHARACTER  STRING  TRANSLATION: 

Z8000  vs  68000  vs  8086 


Task:  Translate  a string  of  1000  characters  from  one  code  to 
another,  e.g.,  EBCDIC  TO  ASCII. 


EXECUTION  TIME  (/*SEC) 
(ALL  CPUs  AT  10  MHz) 


5606 


5042 


3604 

1404 

LINES  = 9 

LINES  = 7 

LINES  = 4 

BYTES  = 17 

BYTES  = 26 

BYTES  = 16 

8086 

68000 

Z8000 

4007 

2358 

LINES  = 12 

LINES  = 10 

LINES  = 9 

BYTES  = 26 

BYTES  = 36 

BYTES  = 28 

8086 

68000 

Z8000 

CASE  1:  STRING  LENGTH  IS  KNOWN 


CASE  2:  STOP  IF  A SPECIAL  CHARACTER 
IS  ENCOUNTERED 


4-77 


Printed  in  U S.A 


4-78  00-5298-01 


PROGRAM  LISTINGS 


Z8000* 

68000 

8086 

CASE  1: 

LD 

R3,#1000 

MOVE.L 

#1 000,  D3 

CLD 

LD 

R6,#STRING 

LEA.L 

STRING,  A1 

MOV 

CX,1000 

LD 

R8,#TABLE 

LEA.L 

TABLE, A2 

MOV 

SI, STRING 

TRIRB 

@R6,@R8,R3 

CLR.L 

DO 

MOV 

Dl,  SI 

LOOP 

MOVE.B 

(A1),D0 

MOV 

BX,  TABLE 

MOVE.B 

0(A2,D0),(A1)  + 

LOOP 

LODSB 

DBF 

D3.LOOP 

XLAT 

STOSB 

LOOPNZ 

LOOP 

CASE  2: 

LDB 

RLO,#EOS 

MOVE.L 

#EOS,D4 

CLD 

LD 

R1,#1000 

MOVE.L 

#1000,D3 

LES 

Dl, STRING 

LD 

R2,R1 

LEA.L 

STRING,  A1 

MOV 

BX, TABLE 

LD 

R3,#STRING 

LEA.L 

TABLE,  A2 

LDS 

SI, STRING 

LD 

R4,R3 

CLR.L 

DO 

MOV 

CX.1001 

LD 

R5, STABLE 

BRA 

ENTER 

MOV 

AH, EOS 

CPIRB 

RL0,@R3,R1,EQ 

LOOP 

MOVE.B 

0(A2,D0),(A1)  + 

JMP 

ENTER 

SUB 

R2,R1 

ENTER 

MOVE.B 

(A1),D0 

LOOP 

XLAT 

TRIRB 

@R4,@R5,R2 

CMP.B 

D4,D0 

STOSB 

DBEQ 

D3.LOOP 

ENTER 

LODSB 

CMP 

AH,AL 

LOOPNE 

LOOP 

"Code  and  timing  applies  to  Z8001,  Z8002,  Z8003,  and  ZI3004. 

For  Z8001  and  Z8003  in  Segmented  mode,  add  five  nsec,  and  four  bytes. 
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INTRODUCTION 

This  application  note  describes  the  design  of  a 
system  using  a Z8002  CPU  and  Z-BUS  peripherals. 
This  system  was  designed  to  demonstrate  that  a 
Z8002  system  is  easy  to  design  and  build,  and  to 
provide  a vehicle  for  the  demonstration  and  evalu- 
ation of  Z-BUS  peripherals.  The  system  includes: 

• Z8002  CPU 

• Z-SCC  Serial  Communications  Controller 

• Z-CIO  Counter-Timer  Parallel  Input/Output  Unit 

• Z-FIO  FIFO  Input/Output  Unit 

• Z6132  Memory 

• 2732  EPROM 

Basic  goals  of  this  system  design  were: 

• It  should  be  simple,  with  minimum  parts  count. 

• It  should  use  Z-BUS-compatible  components 
wherever  possible. 

• It  should  be  expandable 

With  these  goals  in  mind,  the  next  step  in  the 
system  design  was  to  select  the  major  devices  in 
the  system. 

The  Z8002  CPU  was  selected  because  of  its  high 
performance  and  because  its  64K  byte  addressing 
range  capably  handles  this  application.  This 
allows  a system  that  is  hardware  compatible  with 
all  Z-BUS  peripherals  and  memories,  and  thus  keeps 
the  system  cost  down. 


The  peripherals  were  chosen  to  demonstrate  Z-BUS 
peripherals  currently  available  (Z-SCC,  Z-CIO,  and 
Z-FIO)  and  because  of  their  ability  to  support 
functions  necessary  for  running  this  system.  The 
Z-SCC  provides  two  channels  of  serial  communi- 
cations, one  for  a terminal  and  one  for  a link  to 
a host  computer,  such  as  the  System  8000/Z-LAB. 
The  Z-CIO  and  Z-FIO  are  included  so  that  the  user 
of  this  system  will  have  one  of  each  Z-BUS 
peripheral  available  on  the  board. 

The  Z6132  memories  were  chosen  because  they  inter- 
face easily  to  the  Z8002  and  provide  4K  bytes  of 
storage  per  package.  In  a simple  system  such  as 
this,  large  amounts  of  dynamic  RAM  would  be  over- 
kill. The  Z6132  provides  all  the  storage  needed 
in  a convenient,  easily  interfaced  device. 

The  2732  EPROM  was  chosen  because  of  its  density 
and  speed.  The  2732  is  twice  as  dense  as  a 2716 
and  is  available  in  higher  speeds  than  the  2716. 
The  higher  speed  EPROMs  would  be  necessary  if  this 
system  were  to  operate  at  6 MHz. 

The  system  was  designed  to  allow  the  use  of  a 
modified  software  monitor  from  the  Z8002 
Development  Module.  Modifying  the  Software 
Monitor  is  accomplished  by  simply  rewriting  the 
serial  I/O  drivers  for  connection  to  a Z-SCC 
rather  than  a Z80  SIO,  and  by  rewriting  the 
single-step  code,  which  uses  different  hardware  in 
the  new  sytem.  Starting  from  an  existing  monitor 
considerably  reduced  the  time  necessary  to 
complete  the  software. 

HARDWARE  DESIGN 

The  Z8000  CPU  architecture  is  based  on  the  machine 
cycle  as  its  fundamental  unit  of  execution.  All 
hardware  interface  logic  must  be  aware  of  what 
kind  of  machine  cycle  is  being  executed  so  that, 
for  example,  operations  intended  for  memory  affect 
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memory  only,  and  not  input/ouput  devices.  In 
order  to  differentiate  between  the  different 
machine  cycles,  logic  was  included  in  this  system 
to  decode  the  four  CPU  status  lines,  STQ-ST3,  and 
to  produce  status  signals  to  be  used  in  other 
parts  of  the  system. 

STATUS  DECODING 

U37  (see  the  schematics  attached  to  end  of 
application  note)  is  an  octal  decoder  (74LS138) 
that  decodes  the  first  eight  status  codes  (those 
codes  for  which  ST3  = 0).  Two  sections  of  U15  (a 
74LS00)  are  used  to  derive  a signal  called  MREF 
which  is  valid  for  any  memory  access,  regardless 
of  the  type  of  address  space  (code,  data,  or 
stack).  MREF  is  represented  by  this  logic 
equation: 

MREF  = ST3*(ST1*ST2) 

It  would  have  been  possible  to  include  another 
74LS138  to  decode  the  upper  eight  status  codes  and 
to  OR  the  three  status  codes  for  code,  data,  and 
stack  memory  accesses,  but  that  would  have  added 
additional  chips,  and  would  have  been  contrary  to 
the  goal  of  minimum  chip  count.  In  addition  to 
this  status  decoding,  one  section  of  U15  and  three 
sections  of  U16  (a  74LS32)  are  used  to  generate  a 
signal  that  is  the  combination  of  Data  Strobe  from 
the  Z8002  and  a status  signal  for  stack  refer- 
ences. This  signal  is  used  to  drive  the  single- 
step  logic,  which  is  discussed  later. 

MEMORY  INTERFACE  LOGIC 

The  memory  interface  logic  is  divided  into  two 
major  parts,  the  RAM  interface  (for  the  Z6132s), 
and  the  EPROM  interface  (for  the  2732s). 

RAH  INTERFACE 

The  RAM  interface  logic  consists  of  even/odd  bank 
decoding,  and  chip  select  decoding.  The  even/odd 
bank  selection  is  done  by  one  half  of  a 74LS157 
multiplexer  (U12).  It  takes  as  its  inputs  the 
byte/word  signal  (B/W),  the  read/write  signal 
(R/W),  and  Address/Data  bit  0 (ADq)  from  the  Z8002 
CPU.  For  any  read  operation,  both  outputs  are 
active.  For  write  operations,  if  the  byte/word 
line  indicates  a word  write,  both  outputs  are 
active.  For  write  operations  in  which  the  byte/ 
word  line  indicates  a byte  write,  only  the  even  or 
odd  output  is  active,  depending  on  the  state  of 


ADq.  In  essence,  for  byte  write  operations, 
ENAEVEN  is  active  if  ADq  = 0 and  ENAODD  is  active 
if  ADq  =1.  For  any  other  operation,  both  outputs 
are  active.  This  decoding  is  necessary  because, 
for  byte  write  operations,  however,  the  data 
appears  on  both  halves  of  the  Address/Data  bus,  so 
there  must  be  some  way  of  allowing  writes  to  only 
one  bank  of  the  memory. 

The  RAM  chip  select  logic  is  composed  of  two 
74LS138  decoders:  one  for  the  even  byte  (U4)  and 
one  for  the  odd  byte  (U3).  The  decoders  have  as 
inputs  the  uppermost  three  address  bits  (AD^- 
AD^),  the  MREF  signal  decoded  from  the  status 
lines,  and  either  ENAEVEN  or  ENAODD.  Each  Z6132 
is  connected  to  one  of  these  chip  select  lines, 
depending  on  the  address  desired  and  whether  it  is 
the  even  or  odd  bank  device  for  the  address. 

EPROM  INTERFACE 

The  EPROM  interface  logic  is  simpler,  because  the 
EPROMs  have  no  requirement  for  even/odd  bank 
select  because  they  do  not  respond  to  write 
operations.  The  EPROM  chip  selection  is  done  by 
U5,  a 74LS138  decoder.  This  decoder  is  enabled  by 
the  MREF  signal  and  uses  as  select  inputs 
AD/|3~AD>|3  (the  2732s  are  4K  x 8 devices).  This 
gives  EPROM  select  signals  that  allow  EPROMs  to  be 
placed  anywhere  within  the  64K  byte  address  space 
of  the  Z8002.  Because  there  is  no  even/odd 
selection,  both  even  and  odd  byte  devices  at  a 
given  address  are  wired  to  the  same  EPROM  select 
signal. 

WAIT  STATE  GENERATION 

To  accomodate  slower  memory  devices,  which  are 
often  used  for  reasons  of  cost,  separate  wait 
state  generators  are  included  for  the  RAMs  and  for 
the  EPROMs.  Each  generator  takes  the  chip  select 
signals  used  on  the  board  and  ORs  them  together. 
This  ORed  chip  select  is  then  gated  with  Address 
Strobe  (active  High).  The  resulting  signal 
presets  a 74LS74  flip-flop,  causing  the  Q output 
to  go  Low.  This  signal  is  used  as  the  wait  input 
to  the  CPU.  The  first  falling  edge  of  PCLK  clocks 
the  flip-flop  with  the  *’D"  input  Low,  causing  the 
Q output  to  go  High  again.  This  allows  the 

generated  wait  signal  to  be  recognized  once, 
adding  one  wait  state  to  that  memory  access.  The 
outputs  of  both  wait  state  generators  go  through 
DIP  switches  to  two  sections  of  a 74LS32,  which 
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combines  these  wait  signals  with  the  BUSY  outputs 
of  the  Z6132s  into  one  WAIT  output  that  is  fed  to 
the  WAIT  input  of  the  Z8002.  The  BUSY  outputs  of 
the  Z6132s  must  be  included  because  they  may  need 
to  generate  one  or  more  wait  states  in  order  to 
perform  their  internal  refreshing.  The  DIP 
switches  allow  the  user  to  select  one  wait  state 
for  RAM  accesses,  EPROM  accesses,  or  both.  More 
elegant  wait -state  generators  are  possible  with 
selectable  numbers  of  wait  states,  but  the  single 
wait  state  circuits  were  used  because  of  their  low 
parts  count  and  simplicity. 

PERIPHERAL  INTERFACE 

Using  Z-BUS-compatible  peripherals  eliminates  all 
external  interface  logic  except  the  chip  select 
circuitry.  This  function  is  handled  by  U21  and 
U6.  U21  is  used  to  detect  the  case  in  which  the 
upper-most  five  address  bits  are  all  Is.  This 
signal  is  fed  into  one  of  the  enable  inputs  of  U6, 
a 74LS138  decoder.  This  decoder  is  also  enabled 
by  the  status  line  indicating  an  I/O  machine 
cycle.  This  one  decoder  gives  eight  chip  select 
signals  derived  from  the  upper  eight  bits  of  the 
Address  bus.  Because  Z-BUS  peripherals  are  byte- 
wide devices  on  the  low  byte  of  the  Address/Data 
bus,  it  is  wise  to  perform  the  chip  selection  with 
the  bits  not  used  by  the  peripheral  for  addressing 
internal  registers.  By  selecting  only  on  the 
basis  of  the  upper  eight  bits,  the  design  avoids 
conflict  with  any  peripheral,  because  one  device 
may  use  the  lower  six  bits  while  another  may  use 
the  lower  seven  bits.  To  make  these  chip  select 
signals  compatible  with  other  devices,  the  latched 
address  lines  LAg-LA^  are  used  to  drive  the 
decode  logic.  In  this  way  the  chip  select  outputs 
are  valid  throughout  the  machine  cycle.  Z-BUS 
peripherals  latch  the  chip  select  input  on  the 
rising  edge  of  Address  Strobe,  so  a longer  chip 
select  signal  is  not  necessary.  However,  because 
compatability  with  devices  other  than  Z-BUS  parts 
is  desirable,  and,  because  using  the  longer  cycle 
does  not  add  any  additional  logic  (the  latched 
addresses  are  already  needed  for  addressing  the 
EPROMS),  the  longer  chip  select  signal  was 
incorporated. 

INTERRUPTS 

Proper  interconnection  of  Z-BUS  periperal  inter- 
rupt signals  is  easily  accomplished  with  the  logic 
already  in  the  system. 

The  Z-BUS  interrupt  structure  is  based  on  a prior- 
ity daisy  chain  for  resolving  conflicts  when 


several  devices  interrupt  at  the  same  time.  In 
order  to  allow  experimentation  with  different 
interrupt  input  to  the  CPU  (in  this  case  VI,  the 
vectored  interrupt  input,  was  used),  and  the 
interrupt  acknowledge  back  to  the  peripherals 
(VIACK).  The  interrupt  input  is  a wired-ORed 
signal,  since  all  peripherals  have  open-drain  out- 
puts for  this  signal.  The  interrupt  acknowledge 
output  of  the  status  decoder  is  used  to  feed  all 
of  the  peripherals;  the  priority  daisy  chain 
resolves  for  which  peripheral  the  acknowledge  is 
intended. 

SINGLE-STEP  LOGIC 

The  single-step  logic  is  composed  of  three  flip- 
flops  (U22  and  U28).  The  single-step  logic  is 
enabled  ("armed")  by  writing  to  an  I/O  port 
address  (in  this  case  F900).  Writing  to  this  port 
address  sets  the  first  flip-flop  (which  is  con- 
nected as  a set/reset  latch).  This  then  enables 
the  chain  of  two  flip-flops  (U28)  to  count  stack 
operations.  Several  gates  are  used  to  generate  a 
signal  valid  for  any  stack  reference;  this  signal 
is  ANDed  with  Data  Strobe. 

The  instruction  sequence  for  single-stepping  is  to 
arm  the  chain  with  an  I/O  write  to  the  single-step 
port  and  to  follow  this  instruction  immediately 
with  an  Interrupt  Return  Instruction  (IRET).  The 
stack  has  already  been  set  up  to  return  to  the 
next  instruction  in  the  user  program.  The  two 
stack  operations  in  the  IRET  instruction  are 
counted  and  a nonvectored  interrupt  is  generated. 
This  interrupt  is  not  generated  until  the  rising 
edge  of  Data  Strobe  during  the  last  machine  cycle 
of  the  IRET  instruction,  so  it  is  not  recognized 
during  that  instruction.  It  is  recognized  during 
the  next  instruction,  which  is  the  next  instruc- 
tion of  the  user  program.  This  instruction 
executes  to  completion,  and  then  the  interrupt 
acknowledge  sequence  starts. 

After  one  instruction  of  the  user  program  is 
executed,  control  is  returned  to  the  monitor. 
This  allows  user  instructions  to  be  executed  one 
at  a time  under  software  control.  This  method  of 
single  instruction  execution  was  used  instead  of  a 
method  that  uses  hardware  control  of  the  CPU  so 
that  the  monitor  could  be  used  to  examine  and 
alter  memory  and  register  contents  between 
execution  of  user  instructions. 

BUFFERING 

In  the  hardware  design  of  this  system,  an 
important  question  was  whether  or  not  to  buffer 
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the  Address/Data  bus  and  the  control  signals. 
Several  items  were  considered  in  order  to  answer 
this  question. 

When  considering  the  dc  loads  on  the  CPU  outputs, 
the  only  devices  that  present  significant  dc  loads 
are  the  MLS"  series  devices.  A Z8002  output 
drives  at  least  four  LS-series  inputs.  The 

memories  and  peripherals  are  all  MOS  devices,  and 
as  such  have  negligible  dc  loading. 

The  capacitance  of  inputs  is  another  item  that 
must  be  considered.  The  outputs  of  the  Z8002  are 
specified  at  a capacitance  of  100  pF,  so  that  the 
sum  of  the  input  capacitances  of  the  devices  on 
the  bus  must  be  less  than  100  pF.  The  memory 
devices  have  a 5-10  pF  input  capacitance  and  the 
peripherals  are  typically  10-15  pF.  With  the 

number  of  peripheral  and  memory  devices  in  this 
system,  there  is  no  problem  driving  these  inputs 
directly  from  the  Z8002. 

Considering  the  present  loading,  the  status  and 

control  signals  were  buffered  by  a 74LS244,  al- 

though Address  Strobe,  Data  Strobe,  and  read/write 
also  go  directly  to  the  peripherals.  The  status 
outputs  are  fed  to  a number  of  LS-series  devices, 
so  buffering  helps  the  loading  here.  Status  is 
not  critical  to  timing,  so  the  small  delay  the 

buffer  introduces  has  no  effect.  The  Address/Data 
bus  was  not  buffered  so  that  slower  access  time 
memories  could  be  used,  but  if  the  system  were 
expanded,  it  would  be  advisable  to  buffer  the 

Address/Data  lines  with  74LS245  bidirectional 
buffers. 

SOFTWARE  DESIGN 

The  monitor  on  the  Z8002  Small  Single  Board 
Computer  (SSBC)  is  a modified  version  of  the 

monitor  used  on  the  Zilog  Z80Q2  Development 
Module.  The  commands  are  the  same,  except  that 
the  TAPE  and  PUNCH  commands  have  been  deleted. 

The  syntax  interpretation  for  Z8002  SSBC  monitor 
commands  is: 

<address>  :=  <number__in_16_bit_range> 

The  following  notation  is  used  in  the  command 

descriptions: 

< > Angle  brackets  are  used  to  enclose  de- 

scriptive names  for  the  quantities  to  be 
entered,  and  are  not  actually  to  be 
entered. 


[ ] Square  brackets  are  used  to  denote  optional 
quantities,  and  are  not  actually  to  be 
entered. 

J Bar  is  used  to  denote  ”0R.”  For  example, 

W | B means  either  of  the  characters  W or  B 
may  be  used. 

(CR)  Carriage  return. 

All  commands  can  be  abbreviated  to  their  first 
letter.  Commands  and  options  can  be  entered  in 
either  upper  or  lower  case.  All  numbers  are 
represented  in  hexadecimal  notation  and  must  begin 
with  a numeric  digit.  The  first  character  typed 
on  a new  line  identifies  the  command  being  in- 
voked. If  the  command  is  not  understood,  a "?M 
is  printed  on  the  terminal  and  a new  command  is 
requested. 

SUMMARY  OF  COMMANDS: 

BREAK  <address>  [<n>] 

Set  and  clear  breakpoint. 

COMPARE  <address1>  <address2>  <n> 

Compare  memory  blocks. 

DISPLAY  <address>  [<#  of  long  words/words/bytes>] 

[l|w|b] 

Display  and  alter  memory. 

FILL  <address1>  <address2>  <word_data> 

Fill  memory. 

GO 

Branch  to  last  PC. 

I0P0RT  <portjaddress>  [W | B ] 

1/0  port  read/write. 

JUMP  <address> 

Branch  to  address. 

LOAD  <filename> 

Load  file  from  host  system. 

MOVE  <address1>  <address2>  <n> 

Move  memory  block. 

NEXT  [<n>] 

Step  instruction. 

QUIT 

Enter  transparent  (terminal)  mode. 
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REGISTER  [<register_name>] 

Display  and  alter  registers. 

SEND  <filename>  <start_address>  <ending__address> 
[<entry_address>] 

Send  file  to  host  system 

NOTE 

All  outputs  in  monitor  node  can  be  sus- 
pended with  the  XOFF  character  (CONTROL 
S),  and  resumed  with  the  XON  character 
(CONTROL  Q). 

COMMAND  DESCRIPTIONS: 

BREAK 

Syntax: 

BREAK  <address>  [<n>] 

Description 

The  BREAK  command  is  used  to  set  a breakpoint  at 
the  given  even  address. 

If  n is  specified,  the  user  program  execution 
is  not  interrupted  until  the  nth  time  the 
breakpoint  instruction  is  encountered.  The  value 
for  n should  be  in  the  range  %0001  - 5SFFFF.  If 
n is  not  given,  1 is  assumed.  If  the  BREAK  com- 
mand is  issued  with  no  parameters,  it  clears  any 
previously  set  breakpoint.  This  action  should 
be  performed  before  setting  the  current  break- 
points. 

When  user  program  execution  is  suspended  by  the 
BREAK  command,  the  monitor  prints  a message 
informing  the  user  of  the  break  and  the  address 
at  which  it  occurred. 

COMPARE 

Syntax: 

COMPARE  <address1>  <address2>  <n> 

Description: 

The  COMPARE  command  is  used  to  compare  the  con- 
tents of  two  blocks  of  memory. 

Locations  <address1>  and  <address2>  specify  the 
starting  addresses  of  the  two  blocks  of  memory; 


<n>  specifies  the  number  of  bytes  to  be 
compared.  If  any  locations  of  the  two  blocks 
differ,  the  addresses  and  contents  of  those 
locations  are  displayed  on  the  terminal. 

DISPLAY 

Syntax: 

DISPLAY  <address>  [<#  of  long 
words/words/bytes> ] 

[l|w|b] 

Description: 

Displays  the  contents  of  specified  memory 
locations  on  the  terminal,  starting  at  the  given 
address,  for  the  given  number  of  bytes. 

If  the  number  (#)  of  long  words/words/bytes 
parameter  is  specified,  the  contents  of  the 
desired  locations  are  displayed,  both  in  hexa- 
decimal notation  and  as  ASCII  characters. 

If  the  number  of  long  words/words/bytes  is  not 
specified,  the  memory  locations  are  displayed 
one  at  a time,  with  an  opportunity  to  change  the 
contents  of  each  location.  For  each  location, 
the  address  is  displayed,  followed  by  the 
contents,  followed  by  a space.  If  the  contents 
at  that  location  must  be  changed,  the  new 
contents  are  entered  at  this  time.  A carriage 
return,  either  alone  or  after  the  new  contents, 
causes  the  next  sequential  location  to  be 
displayed. 

If  the  [L|w|B]  parameter  is  not  specified,  data 
is  displayed  in  word  format. 

A HQ"  followed  by  a carriage  return  terminates 
the  command. 

FILL 

Syntax: 

FILL  <address1>  <address2>  <word_data> 

Description: 

The  FILL  command  is  used  to  store  the  given  data 
word  into  sequential  memory  locations  starting 
at  <address1>  up  to  and  including  <address2>. 
The  command  addresses  must  be  even  hexadecimal 
numbers. 
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GO 


that  the  FCW  is  set  to  an  appropriate  value. 


Syntax: 

GO 

Description: 

This  command  is  used  to  branch  to  the  current 
PC,  thus  continuing  program  execution  from  where 
it  was  last  interrupted. 

All  registers  and  the  FCW  are  restored  before 
branching.  Before  executing  a GO  command, 
ensure  that  the  FCW  is  set  to  the  appropriate 
value. 

IOPORT 

Syntax: 

IOPORT  <port_address>  [W|B] 

Description: 

This  command  is  used  to  read  data  from  the  given 
port  address,  display  the  data  on  the  terminal, 
and  write  new  data  to  that  port  address. 

After  the  current  port  data  is  displayed,  the 
user  can  either  enter  a "Q”  followed  by  a 
carriage  return  to  terminate  the  command,  or 
enter  a series  of  bytes  or  words  (maximum  128 
characters  per  line).  Bytes  or  words  should  be 
blank  delimited  with  a carriage  return  at  the 
end.  This  allows  multiple  writes  to  a port 
without  scrolling  the  terminal  screen  excess- 
ively. If  the  [W  B]  parameter  is  not  specified, 
byte  data  is  read  and  written  to  the  I/O  port. 
If  a carriage  return  alone  is  entered,  a zero 
value  is  written  to  the  port. 

JUMP 

Syntax: 

JUMP  <address> 

Description: 

The  JUMP  command  is  used  to  branch  uncondition- 
ally to  the  given  even  address. 

All  registers  and  the  FCW  are  restored  before 
branching.  Before  executing  a JUMP,  ensure 


LOAD  DATA  FROM  HOST 
Syntax: 

LOAD  <filename> 

Description: 

This  command  is  used  to  download  a Z8000  program 
from  a host  system  into  the  SSBC  memory. 

The  monitor  program  transmits  the  command  line 
to  the  host  system  exactly  as  entered.  The 
monitor  assumes  the  host  system  recognizes  this 
command  line.  When  the  SSBC  is  connected  to 
either  a PDS-8000  or  a System-8000,  this  command 
causes  the  file  <filename>  to  be  opened,  the 
data  is  converted  to  Tektronix  hex  format  and 
transmitted  to  the  SSBC. 

The  monitor  program  verifies  the  two  checksum 
values  in  each  record  and  stores  the  data  in  RAM 
memory  at  the  address  specified  in  the  record. 
An  acknowledgement  from  the  SSBC  causes  the  host 
to  send  the  next  record. 

A non-acknowledge  from  the  SSBC  causes  the  host 
to  retransmit  the  current  record  up  to  10  times, 
after  which  a record  with  an  error  message  is 
sent  and  the  command  aborted. 

After  successful  completion  of  the  loading 
process,  the  entry  point  received  in  the  last 
record  is  printed  on  the  terminal.  An  ESCAPE 
key  is  used  to  abort  the  LOAD  command.  Any  set 
breakpoints  from  a previous  program  must  be 
cleared  before  loading  a new  program. 

MOVE 

Syntax: 

MOVE  <address1>  <address2>  <n> 

Description: 

This  command  is  used  to  move  the  contents  of  a 
block  of  memory  from  the  source  address 
specified  by  <address1>  to  the  destination 
address  specified  by  <address2>.  The  value  <n> 
is  the  number  of  bytes  to  be  moved. 
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NEXT 

Syntax: 

NEXT  [<n>] 

Description: 

The  NEXT  command  causes  the  execution  of  the 
next  n user  instructions,  starting  at  the 
current  PC,  and  displays  the  contents  of  all 
registers  after  each  instruction  is  executed. 

The  value  <n>  should  be  in  the  range  55001  - 
S5FFFF.  If  <n>  is  not  specified,  1 is  assumed. 

QUIT 

Syntax: 

QUIT 

Description: 

The  QUIT  command  is  used  to  enter  the 
Transparant  mode  (terminal  mode)  from  Monitor 
mode. 

In  Transparant  mode,  all  keyboard  input  is 
passed  to  the  host  serial  port,  and  all  input 
from  the  host  serial  port  is  passed  to  the 
terminal.  The  baud  rate  of  the  host  serial  port 
is  controlled  by  three  switches  of  the  eight 
position  DIP  switch  (U11). 

The  NMI  switch  on  the  SSBC  is  used  to  return  to 
Monitor  mode. 

REGISTER 

Syntax: 

REGISTER  [<register__name>] 

Description: 

The  REGISTER  command  is  used  to  examine  and 
alter  registers. 

The  following  are  valid  register  names: 

• Any  of  the  sixteen  16-bit  registers  named 
R0,  R1f  R2 • • • R^  5 

• Any  of  the  sixteen  8-bit  registers  named 
RHq,  RLq,  RH1?  RL'j . . .RHy,  RLy 

• Any  of  the  eight  32-bit  registers  named  RRq, 
RR2,  RR4. . .RR>|4 


• Program  counter  register  named  RPC 

• Flag  and  control  word  register  named  RFC 

If  no  register  name  is  given,  the  contents  of 
all  registers  are  displayed.  If  a register  name 
is  given,  the  specified  register  name  is  dis- 
played, followed  by  its  contents,  followed  by  a 
space. 

If  the  contents  of  that  register  are  to  be 
changed,  the  new  contents  can  be  entered  at  this 
time.  A carriage  return,  either  alone  or  after 
the  new  data,  causes  the  next  register. 

A "QM  followed  by  a carriage  return  terminates 
the  command. 

SEND  DATA  TO  HOST 
Syntax: 

SEND  <filename>  <start_address>  <ending__address> 
[<entry_address>] 

Description: 

The  SEND  command  is  used  to  transfer  the  con- 
tents of  memory  of  the  SSBC  to  a file  on  the 
host  system. 

The  monitor  sends  the  command  line  to  the  host 
system  exactly  as  received.  The  SEND  command  on 
PDS-8000  or  a System-8000  opens  a file  name 
<filename>  and  sends  an  acknowledge  (ASCII  0)  to 
the  SSBC  to  start  transmission. 

If  the  file  cannot  be  opened,  an  abort - 
acknowledge  (ASCII  9)  is  sent  to  the  monitor  and 
the  SEND  command  is  aborted. 

The  monitor  formats  the  contents  of  memory  spec- 
ified by  <start  _address,  and  <ending  address> 
into  Tektronix  hex  format  and  transmits  this 
data  to  the  host  system.  The  monitor  then  waits 
for  an  acknowledge  before  sending  the  next 
record. 

A nonacknowledge  (ASCII  7)  received  by  the 
monitor  causes  the  same  record  to  be  resent  up 
to  ten  times.  If  this  record  is  still  not  sent 
successfully,  a record  with  double  slash 
characters  (//),  followed  by  a carriage  return, 
is  sent  to  the  host  system  to  abort  the  SEND 
program  in  the  host.  The  two  slash  characters 
are  also  sent  if  the  ESCAPE  key  is  pressed  by 
the  user  to  abort  the  SEND  process. 
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The  address  specified  by  <entryjaddress>  is  sent 
in  the  last  record  as  the  entry  address  for  that 
file.  If  no  entry  address  is  specified,  an 
address  of  5o0000  is  assumed. 

RECORD  FORMAT  FOR  LOAD/SEND  COMMANDS: 

The  record  format  for  the  LOAD  and  SEND  commands 
is  Tektronix  hex  format,  which  uses  ASCII  char- 
acters only.  Each  record  contains  two  checksum 
bytes,  a starting  address,  and  a maximum  of  30 
bytes  of  data.  The  format  of  the  record  is  shown 
below: 

For  Records  1 to  n: 

/ <address  (4)  Xcount  ( 2 ) Xchecksuml  ( 2 ) Xdat a ( 2 ) . . . 
<dat  a ( 2)  Xchecksum2  ( 2 ) X ( CRC ) > 

<address(4)>  The  address  of  the  1st  byte  of 

data  in  the  record  (address  is 
represented  as  4 ASCII  char- 
acters). 

<count(2)>  The  number  of  data  elements 

(<data(2)>  is  one  data  element) 
in  the  current  record  (2  ASCII 
characters) . 

<checksum1 (2)>  The  checksum  for  the  address 

and  count  field  (2  ASCII  char- 
acters). 

<data(2)>  Data  element.  This  is  a byte 

of  data  represented  in  two 
ASCII  characters. 

<checksum2(2)>  The  checksum  for  the  data  por- 
tion of  the  record  (2  ASCII 
characters) . 

For  the  last  record: 

This  record  has  a 00  in  the  count  field  and  indi- 
cates the  end  of  the  load  data. 

/<entry_address (4) >00<checksum( 4) X (CR> 

<entry_address>  The  starting  address  for  the 

program  (4  ASCII  characters). 

<checksum>  The  checksum  for  the  entry 

address  (4  ASCII  characters). 


For  records  with  error  Messages: 

If  either  the  host  system  or  the  SSBC  aborts  a 
LOAD  or  SEND  process,  it  may  send  a record  of  the 
form: 

//<e  r r o r_mess  age_in_ASC I I_t  ext X ( C R ) > 

ACKNOWLEDGE 

After  each  record  is  received  from  the  host  system 
while  loading,  an  acknowledge  (ASCII  0)  is  sent  if 
the  checksum  values  are  verified. 

A non -acknowledge  (ASCII  7)  causes  the  host  system 
to  load  the  same  data  record  up  to  10  times. 
After  the  tenth  try,  the  monitor  program  returns 
to  Monitor  mode  for  the  next  command,  and  the  host 
system  aborts  the  LOAD  command. 

An  abort -acknowledge  (ASCII  9)  is  sent  to  the  host 
system  if  the  user  decides  to  abort  the  LOAD  or 
SEND  process  by  pressing  the  ESCAPE  key.  This 
action  also  causes  the  host  system  to  abort  its 
program.  The  monitor  returns  to  Monitor  mode  for 
the  next  command. 

The  address  used  in  the  data  record  during  the 
loading  process  is  specified  when  the  object  file 
is  originally  created  on  the  host  system.  This 
address  must  be  greater  than  5o4500  (£4000  - %44FF 
is  used  by  the  monitor  program). 

For  the  SEND  command,  data  is  formatted  and  sent 
to  the  host  system  in  Tektronix  hex  format.  An 
ASCII  0 response  from  the  host  causes  the  next 
data  record  to  be  sent. 

The  same  data  record  is  sent  again  if  ASCII  7 is 
received.  The  SEND  command  resends  the  same 
record  up  to  ten  times  before  it  aborts  the 
sending  process. 

An  ASCII  9 response  from  the  host  system  indicates 
that  the  input  file  already  exists,  or  that  an 
error  occurred  during  a disk  access. 

MONITOR  I/O  PROCEDURES 

The  SSBC  monitor  contains  subroutines  to  do 
character  1/0  to  and  from  the  terminal.  These 
subroutines  can  be  called  by  a user  program  in 
order  to  do  terminal  1/0.  A description  of  each 
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subroutine  follows,  along  with  details  of  which 
registers,  if  any,  are  affected  by  calling  the 
routines.  The  hex  address  in  parenthesis  next  to 
the  subroutine  name  is  address  to  which  the  user 
should  do  a CALL  instruction  to  use  that  routine, 
for  example,  to  output  a carriage  return  and  line 
feed  to  the  terminal,  a user  should  execute  the 
following  instruction: 

CALL  SS0FD4  ! output  CR/LF.  RO  is  lost  ! 

TYIN  (JSOFAO) 

Get  a character  from  the  keyboard  buffer.  If  the 
buffer  is  empty,  this  procedure  waits  for  a char- 
acter to  appear.  The  character  is  stored  in  RLO, 
and  the  contents  of  RHO  are  destroyed. 

TYWR  (J50FC8) 

Display  a character  in  RLO  on  the  terminal.  The 
character  is  not  displayed  if  the  XOFF  character 
is  received  before  this  procedure  is  executed. 
This  procedure  waits  until  an  XON  character  is 
received  to  display  the  character  in  RLO.  If  the 
display  character  is  a carriage  return,  the  zero 
flag  is  set  and  RHO  is  destroyed. 

PUTMSG  (J50FC0) 

Send  a character  string  to  the  terminal.  Register 
R2  should  contain  the  address  of  the  character 
string  buffer,  and  the  first  byte  in  the  buffer 
should  be  the  number  of  characters  to  be  dis- 
played. If  there  is  no  carriage  return  in  the 
string,  the  entire  string  specified  is  displayed, 
otherwise  the  string  is  displayed  up  to  and 
including  the  first  carriage  return.  Registers 
RO,  R1,  and  R2  are  destroyed. 

TTY  (550FDC) 

Receive  and  echo  at  the  terminal  a line  of  char- 
acters up  to  the  first  carriage  return.  The 


string  is  stored  in  a buffer  pointed  to  by  R2.  R1 
contains  the  size  of  the  buffer.  If  the  size  of 
the  string  received  exceeds  the  size  of  the 
buffer,  the  zero  flag  is  set.  All  lower  case 
alpha  characters  are  converted  to  upper  case 
before  being  stored  in  the  buffer.  R1  returns  the 
actual  number  of  characters  received  from  the 
terminal.  The  contents  of  RO  and  R2  are  des- 
troyed. 

CRLF  (S0FD4) 

Output  a carriage  return  followed  by  a line  feed 
to  the  terminal.  RO  is  destroyed. 

EXPANSION 

Chip  decoding  for  extra  EPROM  and  RAM  and  I/O 
devices  exists.  To  connect  additional  Z-BUS 
peripherals,  for  example,  the  device  is  wired  to 
the  Z-BUS  signals  required  and  an  unused  chip 
select  line  is  connected  to  the  chip  select  input 
of  the  peripheral.  Other  peripheral  devices  can 
be  connected,  but  they  may  require  additional 
circuitry  in  order  to  interface  to  the  Z-BUS. 

Additional  Z6132  RAM  devices  can  be  connected 
directly  to  the  Z-BUS  m parallel  with  the 
existing  RAMs;  the  only  difference  being  the  chip 
select  lines,  which  should  be  selected  from 
currently  unused  outputs.  Extra  EPROMs  can  be 
added  in  a similar  manner.  There  is  enough  EPROM 
decoding  to  fill  the  entire  64K  byte  address  space 
with  2732  EPROMs,  and  enough  RAM  decoding  to  do 
the  same  with  Z6832  RAMs.  The  user  can  select 
either  RAM  or  EPROM. 

Any  expansion  beyond  two  additional  peripheral 
chips  should  be  accompanied  by  the  addition  of 
74LS243  buffers  on  the  Address/Data  lines.  Buf- 
fering is  already  present  on  AS,  DS,  R/W,  B/W  and 
STQ-ST3.  If  74LS245  buffers  are  added,  their 
direction  should  be  controlled  so  that  they  drive 
from  the  CPU  to  the  outside  world  except  during 
the  time  that  Data  Strobe  is  active  during  a read 
operation. 
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Figure  Id.  SSBC  Schematic 


Interfacing  the  Z8500 
Peripherals  to  the  68000 


Application 

Note 


October  1982 


INTRODUCTION 

This  application  note  discusses  interfacing 
Zilog's  Z8500  family  of  peripherals  to  the  68000 
microprocessor.  The  Z8500  peripheral  family 
includes  the  Z8536  Counter/Timer  and  Parallel  I/O 
Unit  (CIO),  the  Z8038  FIFO  Input/Output  Interface 
Unit  (FIO),  and  the  Z8530  Serial  Communications 
Controller  (SCC).  This  document  discusses  the 
Z8500/68000  interfaces  and  presents  hardware  exam- 
ples and  verification  techniques.  One  of  the 
three  hardware  examples  given  in  this  application 
note  shows  how  to  implement  the  Z8300/68000  inter- 
face using  a single-chip  programmable  logic  array 
(PAL). 

This  application  note  about  interfacing  supple- 
ments the  following  documents,  which  discuss  the 
individual  components  of  the  interface. 

• Z8036  Z-CI0/Z8336  CIO  Technical  Manual  (docu- 
ment number  00-2091-01) 

• Z8038  Z-FIO  Technical  Manual  (document  number 
00-2051-01) 

• Z8Q3Q/Z8530  SCC  Technical  Manual  (document  num- 
ber 00-2057-01) 

• Motorola  16-Bit  Microprocessor  User's  Manual 
3rd  ed.  Englewood  Cliffs,  N.J.,  Prentice-Hall, 
Inc.  1979. 

• Monolithic  Memories  Bipolar  LSI  1982  Databook 

This  application  note  is  divided  into  four  sec- 
tions. The  first  section  gives  a general  descrip- 
tion of  the  Z8500  family  and  discusses  pin  func- 
tions, interrupt  structures,  and  the  programming 
of  operating  modes.  The  second  section  discusses 


the  Z8500  interface  itself.  It  shows  how  the  dif- 
ferent Z8500  control  signals  are  generated  from 
the  68000  signals  and  summarizes  the  critical  tim- 
ings for  the  three  types  of  bus  cycle.  The  third 
section  shows  three  examples  of  implementing  the 
68000-to-Zilog-peripheral  interface.  The  fourth 
section  suggests  methods  of  verifying  the  inter- 
face design  by  checking  the  three  different  types 
of  bus  cycle:  Read,  Write,  and  Interrupt  Acknowl- 
edge. 

GENERAL  Z8500  FAMILY  DESCRIPTION 

The  Z8500  family  is  made  up  of  programmable 
peripherals  that  can  interface  easily  to  the  bus 
of  any  nonmultiplexed  CPU  microprocessor,  such  as 
the  68000.  The  three  members  of  this  family,  the 
CIO,  SCC,  and  FIO,  can  solve  many  design  prob- 
lems. The  peripherals'  operating  modes  can  be 
programmed  simply  by  writing  to  their  internal 
registers. 

Programming  the  Operating  Modes 

The  CPU  can  access  two  types  of  register:  Control 
and  Data.  Depending  on  the  peripheral,  registers 
are  selected  with  either  the  Ag,  A-j,  A/B,  or  D/C 
function  pins. 

Peripheral  operating  modes  are  initialized  by 
programming  internal  registers.  Since  these 
registers  are  not  directly  addressable  by  the  CPU, 
a two-step  procedure  using  the  Control  register  is 
required:  first,  the  address  of  the  internal  reg- 
ister is  written  to  the  Control  register,  then  the 
data  is  written  to  the  Control  register.  A state 
machine  determines  whether  an  address  or  data  is 
being  written  to  the  Control  register.  Reading  an 
internal  register  follows  a similar  two-step 


4-93 


procedure:  first,  the  address  is  written,  then 
the  data  is  read. 

The  Data  registers  that  are  most  frequently 
accessed,  for  example,  the  SCO's  transmit  and 
receive  buffer,  can  be  addressed  directly  by  the 
CPU  with  a single  read  or  write  operation.  This 
reduces  overhead  in  data  transfers  between  the 
peripheral  and  CPU. 

GENERATING  Z8500  CONTROL  SIGNALS 

This  section  shows  how  to  generate  the  Z8500  con- 
trol signals.  To  simplify  the  discussion,  the 
section  is  divided  into  two  parts.  The  first  part 
takes  each  individual  Z8500  signal  and  shows  how 
it  is  generated  from  the  68000  signals.  The 
second  part  discusses  the  Z8500  timing  that  must 
be  met  when  generating  the  control  signals. 

Z8500  Signal  Generation 

The  right-hand  side  of  Table  1 lists  the  Z8500 
signals  that  must  be  generated.  Each  of  these 
signals  is  discussed  in  a separate  paragraph. 

Aq,  A-j , A/B,  D/C.  These  pins  are  used  to  select 
the  peripheral's  Control  and  Data  registers  that 
program  the  different  operating  modes.  They  can 


be  connected  to  the  68000  A-j  and  A2  Address  bus 
lines. 

CE.  Each  peripheral  has  an  active  Low  Chip 
Enable  that  can  be  derived  by  ANDing  the  selected 
address  decode  and  the  68000's  Address  Strobe 
(AS).  The  active  Low  AS  guarantees  that  the  68000 
addresses  are  valid. 

D0-D7.  The  Z8500  Data  bus  can  be  directly  con- 
nected to  the  lowest  byte  (Dg-Dy)  of  the  68000 
Data  bus. 

IEI  and  IEO,  The  peripherals  use  these  pins  to 
decide  the  interrupt  priority.  The  highest 
priority  device  should  have  its  IEI  tied  High. 
Its  IEO  should  be  connected  to  the  IEI  pin  of  the 
next  highest  priority  device.  This  pattern 
continues  with  the  next  highest  priority 
peripheral,  until  the  peripherals  are  all 
connected,  as  shown  in  Figure  1. 


INT.  The  interrupt  request  pins  for  each  periph- 
eral in  the  daisy  chain  can  be  wire-ORed  and  con- 
nected to  the  68000's  ILPn  pins.  The  68000  has 
seven  interrupt  levels  that  can  be  encoded  into 
the  ILPg,  ILP-j,  and  ILP2  pins.  Multiple  68000 
interrupt  levels  can  be  implemented  by  using  a 
multiplexer  like  the  74LS148. 


Table  1.  Z8500  and  68000  Pin  Functions 


68000  Signals 

Z8500  Signals 

Mnemonic 

Function 

Mnemonic 

Function 

Ai -A23 

Address  bus 

Ag,^,  A/B, D/C* 

Register  select 

AS 

Address  Strobe 

CE 

Chip  Enable 

CLK 

68000  clock  (8  MHz) 

Dg-Dy 

Data  bus 

d0-d15 

Data  bus 

IEI, IEO 

Interrupt  daisy  chain 

DTACK 

Data  Transfer  Acknowledge 

control 

fc0-fc2 

Processor  status 

INT 

Interrupt  Request 

ILPg-ILP2 

Interrupt  request 

INTACK 

Interrupt  Acknowledge 

R/W 

Read/Write 

PCLK 

Peripheral  Clock 

VMA 

Valid  Memory  Address 

RD 

Read  strobe 

VPA 

Valid  Peripheral  Address 

WR 

Write  strobe 

* The  register  select  pins  on  each  peripheral  have  different  names. 
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INTACK.  The  INTACK  pin  signals  the  peripheral 
that  an  Interrupt  Acknowledge  cycle  is  occurring. 
The  following  equation  describes  how  INIACK  is 
generated: 

INTACK  = (FC0)*(FC1)*(FC2)*(AS) 

The  68000  FCq-FC2  are  status  pins  that  indicate  an 
Interrupt  Acknowledge  when  they  are  all  High. 
They  should  be  ANDed  with  inverted  AS  to  guarantee 
their  validity.  The  INTACK  signal  must  be  syn- 
chronized with  PCLK  to  guarantee  set-up  and  hold 
times.  This  can  be  accomplished  by  changing  the 
state  of  INTACK  on  the  falling  edge  of  PCLK.  If 
the  INTACK  pin  is  not  used,  it  must  be  tied  High. 

PCLK.  The  SCC  and  CIO  require  a clock  for 
internal  synchronization.  The  clock  can  be 
generated  by  dividing  down  the  68000  CLK. 

RD.  The  Read  strobe  goes  active  Low  under  three 
conditions:  hardware  reset,  normal  Read  cycle, 
and  an  Interrupt  Acknowledge  cycle.  The  following 
equation  describes  how  RD  is  generated: 

RD  = [ ( R/W ) • (AS)  + RESET] 


The  Read  strobe  timing  must  meet  both  the  Read 
timing  and  Interrupt  Acknowledge  timing  discussed 
in  the  following  section.  In  addition  to  enabling 
the  Data  bus  drivers,  the  falling  edge  of  RD  sets 
the  Interrupt  Under  Service  (IUS)  bits  during  an 
Interrupt  Acknowledge  cycle. 

WR.  This  signal  strobes  data  into  the  periph- 
eral. A data-to-write  setup  time  requires  that 
data  be  valid  before  WR  goes  active  Low.  The 
equation  for  generating  the  WR  strobe  is  made  up 
of  two  components:  an  active  reset  and  a normal 

Write  cycle,  as  shown  in  the  following  equation: 

WR  = [(R/W) • (AS)  + RESET] 

Forcing  RD  and  WR  simultaneously  Low  resets  the 
peripherals. 

Z8500  Timing  Cycles 

This  section  discusses  the  timing  parameters  that 
must  be  met  when  generating  the  control  signals. 
The  Z8500  family  uses  the  control  signals  to 
communicate  with  the  CPU  via  three  types  of  bus 
cycle:  Read,  Write,  and  Interrupt  Acknowledge. 
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The  discussion  that  follows  pertains  to  the  4 MHz 
peripherals,  but  the  6 MHz  devices  have  similar 
timing  considerations. 

Although  the  peripherals  have  a standard  CPU 
interface,  some  of  their  particular  timing 
requirements  vary.  The  worst-case  parameters  are 
shown  below;  the  timing  can  be  optimized  if  only 
one  or  two  of  the  Z8500  family  devices  are  used. 

Read  Cycle 

The  Read  cycle  transfers  data  from  the  peripheral 
to  the  CPU.  It  begins  by  selecting  the  peripheral 
and  appropriate  register  (Data  or  Control).  The 
data  is  gated  onto  the  bus  with  the  RD  line.  A 
setup  time  of  80  ns  from  the  time  the  register 
select  inputs  (A/B,  C/D,  Ag,  A^j)  are  stable  to  the 
falling  edge  of  RD  guarantees  that  the  proper  reg- 
ister is  accessed.  The  access  time  specification 
is  usually  measured  from  the  falling  edge  of  RD  to 
valid  data  and  varies  between  peripherals.  The 
SCC  specifies  an  additional  register  select  to 
valid  data  time.  The  Read  cycle  timing  is  shown 
in  Figure  2. 


Write  Cycle 

The  Write  cycle  transfers  data  from  the  CPU  to  the 
peripheral.  It  begins  by  selecting  the  peripheral 
and  addressing  the  desired  register.  A setup  time 
of  80  ns  from  register  select  stable  to  the 
falling  edge  of  WR  is  required.  The  data  must  be 
valid  prior  to  the  falling  edge  of  WR.  The  WR 
pulse  width  is  specified  at  400  ns.  Write  cycle 
timing  is  shown  in  Figure  2. 

Interrupt  Acknowledge  Cycle 

The  Z8500  peripheral  interrupt  structure  offers 
the  designer  many  options.  In  the  simplest  case, 
the  Z8500  peripherals  can  be  polled  with  inter- 
rupts disabled.  If  using  interrupts,  the  timing 
shown  in  Figure  2 should  be  observed.  (Detailed 
discussions  of  the  interrupt  processing  can  be 
found  in  the  Ziloq  Data  Book,  document  number 
00-2034-02.)  An  interrupt  sequence  begins  with  an 
INT  going  active  because  of  an  interrupt  condi- 
tion. The  CPU  acknowledges  the  interrupt  with  an 
INTACK  signal. 
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A daisy-chain  settle  time  (dependent  upon  the  num- 
ber of  devices  in  the  chain)  ensures  that  the 
interrupts  are  prioritized.  The  falling  edge  of 
RD  causes  the  IUS  bit  to  be  set  and  enables  a 
vector  to  go  out  on  the  bus. 

The  table  given  in  Figure  1 can  be  used  to  calcu- 
late the  amount  of  settling  time  required  by  a 
daisy  chain.  Even  if  there  is  only  one  peripheral 
in  the  chain,  a minimum  settling  time  is  still 
required  because  of  the  internal  daisy  chain.  The 
first  column  specifies  the  amount  of  settling  time 
for  only  one  peripheral.  If  there  are  two  periph- 
erals, the  time  is  computed  by  adding  together  the 
times  shown  in  the  first  and  the  last  columns. 
For  each  additional  peripheral  in  the  chain,  the 
time  specified  in  the  middle  column  is  added. 

Recovery  Time 

The  read/write  recovery  time  specifies  a minimum 
amount  of  time  between  Read  or  Write  cycles  to  the 
same  peripheral.  The  recovery  time  differs  among 
peripherals  and  is  summarized  in  Figure  3.  In 
most  cases,  this  parameter  is  met  because  of  the 
time  required  for  instruction  fetches.  The  recov- 
ery time  specification  does  not  have  to  be  met  if 
CE  is  deselected  when  Read  or  Write  occurs. 

68000  INTERFACE  EXAMPLES 

This  section  shows  three  examples,  presented  in 
increasing  order  of  complexity,  for  interfacing 


Zilog’s  4 MHz  Z8500  peripherals  to  an  8 MHz 
68000.  Faster  CPUs  or  peripherals  can  be  used  by 
modifying  some  of  the  timing.  These  examples 
suggest  possible  ways  of  implementing  the  inter- 
face but  may  require  some  modifications  to  operate 
properly.  They  were  chosen  because  they  give  the 
user  a variety  of  interface  design  ideas.  The 
first  example  uses  a minimum  amount  of  TTL  logic 
to  implement  the  interface  because  the  Valid 
Peripheral  Address  (VPA)  cycle  meets  the  Z8500 
timing  requirements.  In  this  mode  the  68000 
accepts  only  nonvectored  interrupts.  The  second 
example  uses  the  Data  Transfer  Acknowledge  (DTACK) 
pin.  This  interface  allows  faster  operation  and 
makes  use  of  the  Z8500's  8-bit  vectored 
interrupts.  The  third  example  also  uses  a DTACK 
cycle  and  is  similar  to  the  second,  except  the 
external  logic  is  integrated  into  a single  chip, 
the  PAL20X10  programmable  array  logic. 

EXAM’LE  1:  A TTL  Interface  Using  a VPA  Cycle 

The  68000  has  a special  input  pin,  Valid 
Peripheral  Address  (VPA),  that  can  be  activated  by 
the  Z8500  chip  select  logic  at  the  beginning  of 
the  cycle  to  indicate  to  the  68000  that  a periph- 
eral is  being  accessed.  This  generates  a special 
Read/Write  cycle  that  meets  the  peripheral  timing 
requirements.  This  cycle  allows  the  Z8500  control 
signals  to  be  generated  easily.  The  68000 
responds  to  interrupts  using  an  autovector  and  the 
Z8500  can  be  programmed  not  to  return  a vector. 
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Figure  4 shows  how  the  hardware  can  be  imple- 
mented. PCLK  is  generated  by  dividing  down  the 
68000  CLK.  RD,  WR,  and  INTACK  are  simply  ANDed 
68000  signals.  The  worst-case  daisy-chain  settle 
time  is  450  ns.  Connecting  INT  to  IPLg  generates 


a level  1 interrupt.  The  internal  registers  are 
accessed  by  Ag,  A^ , D/lT,  and  A/B,  which  can  be  the 
68000  lowest  order  addresses.  The  timing  is  shown 
in  Figure  5. 


Figure  4-  Interface  Using  the  VPA  Cycle 


Figure  5.  VPA  Cycle  Timing 
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Functional  Description 

VPA  is  pulled  Low  at  the  beginning  of  the  cycle 
and  the  CPU  automatically  inserts  Wait  states 
until  E is  synchronized. 

VPA  = [(AS) * (CE) ] 

RD  = [(CE) • ( VMA) * (R/W) ] 

WR  = [(CE)*(VMA)*(r7W)] 

INTACK  = [(FCO) • (FC1 ) • (FC2) • (AS) ] 

EXAMPLE  2:  A TTL  Interface  Using  DTACK  Cycles 

Using  the  68000  Data  Transfer  Acknowledge  (DTACK) 
cycle  is  a second  way  of  interfacing  to  the  Z8500 
peripherals.  The  68000  inserts  Wait  states  until 
the  DTACK  input  is  strobed  Low  to  complete  the 
transfer.  In  addition  to  generating  the  control 
signals,  the  interface  logic  must  also  generate 

dTack. 

The  timing  shown  in  Figure  6 can  be  generated  by 
the  hardware  shown  in  Figure  7.  The  8-bit  Shift 


register  (74LS164)  is  used  to  generate  the  proper 
timing.  At  the  beginning  of  each  cycle, 
(Figure  7)  is  set  High  for  one  PCLK  cycle  and  then 
reset.  This  pulse  is  shifted  through  the 
Q^-Qh  outputs  and  is  used  to  generate  RD,  WR, 
and  DTACK  signals.  Some  of  the  extra  Wait  states 
can  be  eliminated  by  tapping  the  Shift  register 
sooner  (e.g.,  Qq). 

EXAMPLE  3:  Single-Chip  Pal  Interface 

This  example  illustrates  how  to  interface  the  4 
MHz  Z8500  peripherals  to  the  8 MHz  68000  using  a 
PAL20X10  device  to  generate  all  the  required  con- 
trol signals.  The  PAL  reduces  the  required  inter- 
face logic  to  a single  chip,  thus  minimizing  board 
space.  This  interface  offers  flexibility  because 
the  internal  logic  can  be  reprogrammed  without 
changing  the  pin  functions.  The  PAL  uses  68000 
signals  to  generate  Read,  Write,  and  Interrupt 
Acknowledge  cycles.  In  addition  to  generating  the 
Z8500  control  signals,  the  PAL  also  generates  a 
DTACK  to  inform  the  68000  of  a completed  data 
transfer  cycle.  This  allows  the  68000  to  use  the 
peripheral's  vectored  interrupts. 
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Figure  6.  Timing  for  DTACK  Interface 
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Figure  7.  Hardware  Diagram  for  DTACK  Interface 


Functional  Description 

Figure  8 shows  the  PAL’s  pin  functions.  The  PAL 
generates  five  control  signals,  of  which  four  (WR, 
RD,  Cg,  and  INTACK)  go  to  the  Z8500  and  one 
(DTACK)  goes  to  the  68000.  The  remaining  signals 
are  used  internally  to  generate  these  outputs. 


Timing  diagrams  for  the  Read,  Write,  and  Interrupt 
Acknowledge  cycles  are  shown  in  Figure  9. 

The  PAL  uses  a 4-bit  downcounter  to  generate  the 
proper  placement  of  the  control  signals  where  CQ 
is  the  least-significant  bit  and  C3  is  the 


CLK  £ 

1 

24 

3 Vcc 

esc 

2 

23 

JMK 

NC  C 

3 

22 

□ Wff 

testC 

4 

21 

□ 115 

S5C 

5 

20 

□ dtack 

R/W  C 

6 

19 

□ TiC 

FC2C 

7 

18 

□eve 

FCl  C 

8 

17 

□ Co 

FCoC 

9 

16 

□ CT 

RESET  C 

10 

15 

□ C2 

NcC 

11 

14 

□ C5 

QND  C 

12 

13 

□ OE 

Figure  8.  PAL  Pinout 


4-100 


2267-007,  008 


most-significant  bit.  All  of  the  PAL  is  clocked 
with  the  rising  edge  of  the  68000’s  CLK.  The 

counter  toggles  between  counts  14  and  15  and 
starts  counting  down  when  AS  goes  active.  The 

counter  goes  back  to  toggling  when  AS  goes 


inactive.  CYC  goes  active  Low  at  the  same  time 
the  counter  starts  counting  down.  The  equations 
in  Figure  10  can  be  entered  into  a development 
board  to  program  the  PAL. 
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PAL 20X10  PAL  DESIGN  SPECIFICATION 

P7089  (10) 

MC68000  TO  ZILOG  PERIPHERAL  INTERFACE 

MMI,  SUNNYVALE,  CA 

CLK  /CS  NC  TEST  /AS  RW 
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Figure  10.  PAL  Equations 


Hardware  Diagram 

The  hardware  diagram  of  the  PAL  interface  is  shown 
in  Figure  11.  The  68000  signals  CLK,  CS,  AS,  R/W, 
FCq,  FC-j  , and  FC2  are  used  to  generate  the  Z8500 
control  signals.  The  control  signals  are  syn- 
chronous with  the  rising  edge  of  the  68000's  CLK. 
TEST  and  OE  must  be  grounded.  CS  is  used  to 


enable  DTACK,  RD,  and  WR  as  shown  in  the  equa- 
tions. The  Z8500  INT  is  connected  to  ILPq,  which 
generates  a 68000  level  1 interrupt.  The  periph- 
erals are  memory-mapped  into  the  highest  64K  byte 
block  of  memory,  where  ^7^23  equals  "FF^". 
Addresses  A^-Ag  are  used  to  select  the  peripheral; 
A^-A3  select  the  internal  registers.  Table  2 
shows  the  peripheral's  memory  map. 
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Table  2.  Peripheral  Memory  Map 


Peripheral 

Register  Hex  Address 

SCC  (Z8330) 

Channel  B Control 

FF0020 

Channel  B Data 

FF0022 

Channel  A Control 

FF0024 

Channel  B Data 

FF0026 

CIO  (Z8536) 

Port  C's  Data  Register 

FF0010 

Port  B's  Data  Register 

FF0012 

Port  A's  Data  Register 

FF0014 

Control  Register 

FF0016 

FIO  (Z8038) 

Data  Registers 

FF0000 

Control  Registers 

FF0002 

INTERFACE  VERIFICATION  TECHNIQUES 

This  section  suggests  possible  ways  of  verifying 
the  Read,  Write,  and  Interrupt  Acknowledge  cycles. 

Read  Cycle  Verification 

The  Read  cycle  should  be  checked  first  because  it 
is  the  simplest  operation.  The  Z8500  should  be 
hardware  reset  by  simultaneously  pulling  RD  and  WR 
Low.  When  the  peripheral  is  in  the  reset  state, 
the  Control  register  containing  the  reset  bit  can 
be  read  without  writing  the  pointer.  Reading  back 
the  FIO  or  CIO  Control  register  should  yield  a 
01H. 

The  SCC's  Read  cycle  can  be  verified  by  reading 
the  bits  in  RRO.  Bits  D2  and  Dg  are  set  to  1 and 
bits  Dg,  D-j,  and  D7  are  0.  Bits  D3-D5  reflect  the 
input  pins  DCD,  SYNC,  and  CTS,  respectively. 

Write  Cycle  Verification 

The  Write  cycle  can  be  checked  by  writing  to  a 
register  and  reading  back  the  results.  Both  the 
CIO  and  FIO  must  have  their  reset  bits  cleared  by 
writing  00^  to  their  Control  registers  and 
reading  back  the  result.  The  SCC  can  be  checked 

by  writing  and  reading  to  an  arbitrary  read/write 
register,  for  example,  the  Time  Constant  register 
(WR1 2 or  WR1 3) . 


Interrupt  Acknowledge  Cycle  Verification 

Verifying  an  Interrupt  Acknowledge  (INTACK)  cycle 
consists  of  several  steps.  First,  the  peripheral 
makes  an  Interrupt  Request  (INT)  to  the  CPU.  When 
the  processor  is  ready  to  service  the  interrupt, 
it  initiates  an  Interrupt  Acknowledge  (INTACK) 
cycle.  The  peripheral  then  puts  an  8-bit  vector 
on  the  bus,  and  the  68000  uses  that  vector  to  get 
to  the  correct  service  routine.  This  test  checks 
the  simplest  case. 

First,  load  the  Interrupt  Vector  register  with  a 
vector,  disable  the  Vector  Includes  Status  (VIS), 
and  enable  interrupts  (IE  = 1,  MIE  = 1,  IEI  = 1). 
Disabling  VIS  guarantees  that  only  one  vector  is 
put  on  the  bus.  The  address  of  the  service  rou- 
tine corresponding  to  the  8-bit  vector  number  must 
be  loaded  into  the  68000's  vector  table. 

Initiating  an  interrupt  sequence  in  the  FIO  and 
CIO  can  be  accomplished  by  setting  one  of  the 
interrupt  pending  (IP)  bits  and  seeing  if  the 
68000  jumps  to  the  service  routine  (setting  a 
breakpoint  at  the  beginning  of  the  service  routine 
is  an  easy  way  to  check  if  this  has  happened). 

Initiating  an  interrupt  sequence  in  the  SCC  is  not 
quite  as  simple  because  the  IP  bits  are  not  as 
accessible  to  the  user.  An  interrupt  can  be 
generated  indirectly  via  the  CTS  pin  by  enabling 
the  following:  CTS  IE  (WR15  20),  EXT  INT  EN 
(WR1  01),  and  MIE  (WR9  08).  Any  transition  on  the 
CTS  pin  can  initiate  the  interrupt  sequence.  The 
interrupt  can  be  re-enabled  by  RESET  EXT/STATUS 
INT  (WR0  10)  and  RESET  HIGHEST  IUS  (WR0  38). 

CONCLUSION 

Zilog's  Z8500  family  of  nonmultiplexed 
Address/Data  bus  peripherals  can  interface  easily 
with  the  68000  and  provide  all  the  support 
required  in  a high-performance  microprocessor  sys- 
tem. The  many  features  offered  by  the  SCC,  FIO, 
and  CIO  solve  many  system  design  problems  by  mak- 
ing interfacing  to  the  external  world  easy.  These 
intelligent  peripherals  also  greatly  enhance  the 
system  performance  by  relieving  the  CPU  of  many 
burdensome  overhead  tasks.  Additionally,  the 
powerful  interrupt  structure  allows  the  68000  to 
use  vectors  and  reduce  interrupt  response  time. 
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INTRODUCTION 


Microcomputer  systems  based  on  Intel's  8086  and 
8088  CPUs  can  take  advantage  of  the  advanced 
features  of  Zilog’s  Z8000  series  of  microprocessor 
peripherals  with  a minimal  amount  of  external 
logic.  These  devices  are  easily  integrated  and 
can  satisfy  many  of  the  peripheral  support 
requirements  in  a typical  8086/8088-based  system. 
This  Application  Note  discusses  a general  design 
that  enables  the  8086/8088  to  interface  with 
Zilog's  Serial  Communications  Controller  (Z8030 
Z-SCC),  Counter/Timer  - Parallel  1/0  Unit  (Z8036 
Z-CI0),  and  FIFO  I/O  Controller  (Z8038  Z-FIO). 
Discussions  of  the  Z8500  peripherals 
(non-mult ip lexed  address  and  data  bus  versions) 
can  be  found  in  other  Zilog  documents. 

BUS  INTERFACE 

The  Z8000  peripherals  (also  called  Z-BUS  peri- 
pherals) lend  themselves  conveniently  to  8086/8088 
- based  designs  because  of  the  multiplexed  ad- 
dress/data bus  architecture.  There  is  no  need  for 
an  external  address  latch  because  the  Z8000 
peripherals  latch  addresses  internally  at  the 
beginning  of  each  bus  cycle.  Furthermore,  the 
peripherals  allow  the  CPU  direct  access  to  all  of 
their  data  and  control  registers.  Figure  1 shows 
the  interface  logic  that  translates  the  signals 
generated  by  the  8086/8088  into  the  necessary 
Z-BUS  signals,  and  Table  1 gives  a description  of 
each  signal. 


+ 5 V 


Note. 

1.  The  source  of  PCLK  can,  but  need  not,  be  derived  from  the 
System  CLK. 

2.  Does  not  apply  to  Z-FIO 

3.  AD0-AD7  and  Ag-Aj5  on  8088. 

4.  IO/M  on  8088. 


Figure  1.  Interface  Logic 
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Table  1.  Signal  Descriptions 
8086/8088  Signals 

MN/HX  Minimum/Maximum.  This  input  is  pulled  high  so  that  the  CPU  will  operate  in  the  "Minimum  Mode." 

DT/R  Data  Transmit/Receive.  DT/R  is  high  on  write  operations  and  low  on  read  operations. 

ALE  Address  Latch  Enable.  ALE  is  used  to  latch  addresses  during  the  first  T state  of  each  bus 

cycle  so  that  the  bus  can  then  be  free  to  transfer  data. 

RD  Read.  RD  strobes  data  into  the  CPU  on  read  operations. 

NR  Write.  WR  strobes  data  out  of  the  CPU  on  write  operations. 

ADg-AD^  This  is  the  16-bit,  multiplexed  address/data  bus  on  the  8086.  The  8088  has  a low  order 
address/data  bus,  ADg-ADy,  and  a high  order  address  bus,  Ag-A^. 

M/IO  Memory/Input-Output.  This  output  distinguishes  between  memory  and  I/O  accesses.  On  the  8086 

it  is  high  on  memory  accesses  and  low  on  I/O  accesses.  On  the  8088,  the  polarity  is  reversed 
(IO/M). 

Z-BUS  Signals 

R/N  Read/Write.  This  input  tells  the  peripheral  whether  the  present  access  is  a read  or  write.  It 

is  generated  by  inverting  DT/R  of  the  8086/8088. 

AS*  Address  Strobe.  AS  is  the  main  clock  signal  for  the  Z-BUS  peripherals.  It  is  used  to  initiate 

bus  cycles  by  latching  the  address  along  with  CSq  and  INTACK.  It  is  generated  by  inverting  ALE 
of  the  8086/8088. 

DS*  Data  Strobe.  When  the  Z-BUS  peripheral  is  selected,  DS  gates  data  onto  or  from  the  bus, 

depending  on  the  state  of  R/W.  It  is  generated  from  the  8086/8088  signals  RD  and  WR  as  shown 
in  Figure  1. 

INTACK  Interrupt  Acknowledge.  When  low,  this  signal  tells  the  peripheral  that  the  present  cycle  is  an 
Interrupt  Acknowledge  cycle. 

ADq-A Dj  Address/Data  Bus.  This  bus  is  connected  directly  to  ADg-ADy  of  the  8086/8088.  It  is  possible 

to  connect  it  to  ADg-AD^  of  the  8086  as  long  as  the  8086  doesn't  expect  to  read  an  interrupt 
vector  from  the  peripheral  during  interrupt  acknowledge  transactions. 

CSq9CS<|  Chip  selects.  CSq  is  active  low  and  is  latched  with  the  rising  edge  of  AS.  CS^  is  active  high 
and  is  unlatched.  In  this  interface,  CS>j  is  pulled  high  while  CSq  is  generated  from  the 
address  decode  logic. 

PCLK  Peripheral  Clock.  This  signal  does  not  apply  to  the  Z-FI0.  It  can  also  be  omitted  from  the 

Z-CI0  interface  if  the  chip  is  not  used  as  a timer,  its  REQUEST/WAIT  logic  is  disabled,  and  it 
does  not  employ  deskew  timers  in  its  handshake  operations.  The  maximum  frequency  of  PCLK  is  4 
or  6 MHz,  depending  on  the  grade  of  the  component,  and  it  can  be  asynchronous  to  the  system 
clock. 

*A  hardware  reset  of  a Z-BUS  peripheral  is  performed  by  driving  AS  and  DS  low  simultaneously. 
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BUS  TIMING 

Each  8086/8088  bus  cycle  begins  with  an  ALE  pulse, 
which  is  inverted  to  become  Address  Strobe  (AS). 
The  trailing  edge  of  this  strobe  latches  the  reg- 
ister address,  as  well  as  the  states  of  CSq  and 
INTACK  within  the  peripheral.  DS  is  then  used  to 
gate  data  into  (write)  or  from  (read)  the  selected 
register,  provided  that  an  active  CSq  has  been 
latched.  To  assure  proper  timing,  the  AC 
Characteristics  of  both  the  8086/8088  and  the 
Z-BUS  peripherals,  must  be  examined.  The  para- 
graphs that  follow  discuss  all  of  the  significant 
timing  considerations  that  pertain  to  Read/Write 
operations  in  this  interface. 

ADDRESS  AND  CHIP  SELECT  (CSq)  SETUP  TIMES.  The  4 

MHz  Z-BUS  peripherals  require  that  the  stable 
address  setup  time  prior  to  AS  be  at  least  30  ns. 
Since  the  5 MHz  8086/8088  is  guaranteed  to  provide 
valid  addresses  at  least  60  ns  before  Address 
Latch  Enable  (ALE)  goes  low,  this  requirement  is 
easily  satisfied.  The  CSq  setup  time  is  of  no 
concern  because  the  Z8000  peripherals  require  no 
CSq  setup  time  prior  to  AS. 


ADDRESS  AND  CHIP  SELECT  (CSq)  HOLD  TIMES.  The 

Z-BUS  specifications  require  that  the  address  and 
CSq  remain  valid  a certain  period  of  time  after 
the  rising  edge  of  AS.  These  minimum  values  are 
50  and  60  ns  respectively  for  the  4 MHz  devices. 
At  5 MHz,  the  8086/8088  will  hold  its  addresses  at 
least  60  ns  after  ALE  goes  inactive.  Although 
this  is  equal  to  the  minimum  CSq  hold  time,  a safe 
margin  will  be  maintained  if  the  propogation  delay 
between  the  address  going  invalid  to  CSq  rising, 
exceeds  the  propogation  delay  between  ALE  falling 
and  AS  rising. 

ADDRESS  STROBE  (AS)  TO  DATA  STROBE  (DS)  DELAY. 

The  4 MHz  peripherals  need  a 60  ns  delay  between 
AS  rising  and  DS  falling.  This  parameter  is  of  no 
concern  on  write  cycles  because  the  D-flop  will 
delay  DS  until  the  beginning  of  (See  Figure 
2).  On  read  cycles,  DS  follows  RD,  so  the  delay 
between  AS  and  DS  is  approximately  equal  to  the 
delay  between  ALE  and  RD.  If  ALE  falls  at  its 
latest  possible  point  in  time  and  RD  falls  at  its 
earliest  point,  the  time  between  these  two  edges 
would  be  about  60  ns.  This  result  is  unrealistic, 
however,  because  a delay  in  the  termination  of  ALE 


Note. 

1.  All  timing  m ns. 

2.  Aj5-Ag  and  AD7-AD0  on  8088 

3 6 PCLK  cycles  + 200  ns  for  Z-SCC.  This  parameter  only 
applies  to  consecutive  accesses  to  the  same  device 


Note: 

1 . All  timing  in  ns 
2 Aj5-Ag  and  AD7-AD0  on  8088. 

3.  6 PCLK  cycles  + 200  ns  for  Z-SCC  This  parameter  only 
applies  to  consecutive  accesses  to  the  same  device. 


Figure  2.  Write  Cycle  Timing 


Figure  3.  Read  Cycle  Timing 
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will  always  lead  to  a delay  in  the  activation  of 
RD.  The  actual  time  between  the  two  edges  is  well 
over  100  ns. 


least  one  instruction  fetch  cycle  in  between  I/O 
accesses,  and  1000  ns  translates  into  only  5 clock 
cycles  at  5 MHz. 


ADDRESS  SETUP  TIME  TO  DATA  STROBE  (DS).  The  4 

MHz  Z-CI0  and  Z-FI0  require  that  the  stable 
address  setup  time  to  DS  be  at  least  130  ns. 
Since  the  delay  between  AS  rising  and  DS  falling 
is  well  over  100  ns,  and  since  the  address  setup 
time  to  AS  is  at  least  60  ns,  this  requirement  is 
easily  satisfied. 

DATA  STROBE  (VS)  LOW  WIDTH.  The  minimum  Data 
Strobe  Low  Width  of  the  4 MHz  Z-BUS  peripherals  is 
390  ns.  On  read  cycles,  DS  will  have  the  same 
width  as  RD,  which  is  at  least  325  + 200NW  ns, 
where  Nw  is  the  number  of  wait  states  in  the  bus 
cycle.  On  write  cycles,  the  D-flop  will  shorten 
this  minimum  width  to  210  + Nw  200  ns.  One  wait 
state  (Tw)  in  the  bus  cycle  will  ensure  a 
sufficiently  wide  Data  Strobe  for  both  types  of 
bus  cycles.  A discussion  of  wait  state  generation 
is  presented  in  the  next  section. 

WRITE  DATA  SETUP  AND  HOLD  TINES.  On  write  cycles, 
the  Z-BUS  peripherals  require  the  CPU  to  put  valid 
data  on  the  bus  at  least  30  ns  before  DS  goes 
active,  and  to  hold  it  there  at  least  30  ns  after 
DS  terminates.  D-flip-flop  in  Figure  2 guarantees 
the  setup  time  by  delaying  the  falling  edge  of  WR 
until  the  next  falling  edge  of  SYS  CLK  (Figure 
2.).  The  Hold  Time  is  also  guaranteed  because  the 
8086/8088  will  hold  valid  data  at  least  90  ns 
after  the  termination  of  WR. 

READ  DATA  SETUP  AND  HOLD  TIMES.  When  the  8086/ 
8088  reads  from  memory  or  peripherals,  it  requires 
them  to  put  valid  data  on  the  bus  at  least  30  ns 
before  the  falling  edge  of  SYS  CLK  at  the  begin- 
ning of  I*.  It  also  requires  them  to  hold  the 

valid  data  at  least  10  ns  after  this  edge.  Since 
the  Z-BUS  peripherals  will  provide  valid  data 
early  in  Tw  and  will  hold  it  until  after  DS  termi- 
nates, these  parameters  are  well  within  the  speci- 
fications. 

VALID  ACCESS  RECOVERY  TIME.  This  parameter  refers 
to  the  time  between  consecutive  accesses  to  a 
given  peripheral.  If  the  4 MHz  Z-SCC  is  accessed 
twice,  then  the  time  between  DS  rising  in  the 
first  access  and  DS  falling  in  the  second  access, 
must  be  at  least  6 PCLK  cycles  plus  200  ns  (i.e. 
1700  ns  for  a 4 MHz  PCLK).  The  Valid  Access 
Recovery  Time  for  the  4 MHz  Z-CI0  and  Z-FI0  is 
1000  ns,  and  this  can't  possibly  be  violated  with 
a 5 MHz  8086/8088  since  there  will  always  be  at 


WAIT  STATE  GENERATION 

The  previous  section  explained  why  the  4 MHz  Z8000 
peripherals  need  to  place  a wait  state  in  1/0  bus 
cycles  when  interfaced  to  the  5 MHz  8086/8088. 
The  following  two  examples  illustrate  how  wait 
state  generation  can  be  implemented.  Since 
8086/8088  - based  systems  typically  use  an  8284 
Clock  Chip,  which  synchronizes  the  CPU's  READY 
input  with  the  system  clock,  the  task  reduces  to 
designing  a circuit  that  will  control  the  RDY1 
input  of  the  8284  (RDY2  is  assumed  to  be 
grounded). 

SINGLE  WAIT  STATE  GENERATION.  For  the  processor 
to  enter  a wait  state  after  T3,  the  RDY1  input 
must  be  low  during  the  falling  edge  of  SYS  CLK  at 
the  end  of  Then,  for  the  processor  to  enter 

T4  after  the  wait  state,  RDY1  must  be  high  during 
the  next  falling  edge  of  SYS  CLK.  To  make  sure 
that  these  levels  are  well-established  during 
their  sampling  windows,  the  single  wait  state 
generator  should  toggle  RDY1,  using  the  clock 
edges  that  precede  the  sampling  edges  (Figure  4). 
The  circuit  in  Figure  5 performs  this  function  and 
generates  a single  wait  state  when  one  of  the  CSq 
inputs  is  active. 


Figure  5.  Single  Wait  State  Generator 
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MULTIPLE  WAIT  STATE  GENERATION.  Though  Read/Write 
operations  require  only  one  wait  state,  Interrupt 
Acknowledge  transactions  need  multiple  wait  states 
to  allow  for  daisy-chain  settling,  which  is 
explained  in  the  next  section.  The  following 
discussion  introduces  a multiple  wait  state 
generator  and  serves  as  a basis  for  understanding 
the  subsequent  Interrupt  Acknowledge  Circuit. 

In  the  preceeding  discussion  of  the  single  wait 
state  generator,  we  established  that  RDY1  must  be 
high  at  the  end  of  T3  for  the  processor  to  enter 
T^  after  the  wait  state.  In  general,  the 
8086/8088  will  continue  to  insert  wait  states 
until  RDY1  is  driven  high.  In  fact,  the  number  of 
wait  states  will  be  equal  to  the  number  of  clock 
cycles  that  RDY1  is  held  low  after  the  rising 
clock  edge  in  T2» 

A convenient  way  to  implement  a multiple  wait 
state  generator  is  to  use  a serial  shift  register 
such  as  a 74LS164.  Figure  6 shows  a wait  state 
generator  that  requests  one  wait  state  on  Read/ 
Write  cycles,  and  up  to  seven  wait  states  on 
Interrupt  Acknowledge  cycles.  When  RD,  WR,  or 
INTA  goes  active,  the  74LS164  is  taken  out  of  the 
clear  state  and  logic  "ones”  are  allowed  to  shift 
sequentially  from  to  Q^.  On  Read/Write 
cycles,  RDY1  is  held  low  until  the  leading  "one" 


Figure  6.  Multiple  Wait  State  Generator 


appears  at  Qg,  and  on  Interrupt  Acknowledge 
cycles,  RDY1  is  held  low  until  the  leading  "one” 
appears  at  Q^.  The  next  section  shows  how 
INTACK  can  be  generated  and  discusses  the  complete 
interrupt  interface. 

INTERRUPTS 


In  Figure  1 the  INTACK  input  to  the  Z-BUS 
peripherals  is  pulled  high.  This  does  not  mean 
that  the  peripheral  can't  interrupt  the  CPU;  it 
just  means  that  it  won't  respond  to  the  CPU's 
interrupt  acknowledge.  The  designer  can,  however, 
implement  a circuit  that  will  drive  INTACK,  and 
allow  the  8086/8088  to  properly  acknowledge  the 
interrupts  of  the  Z-BUS  peripherals.  This  section 
examines  the  interrupt  acknowledge  protocols  of 
the  Z-BUS  peripherals  and  the  8086/8088,  then 
proceeds  to  show  how  they  can  be  made  compatible. 

Z-BUS  INTERRUPT  ACKNOWLEDGE  PROTOCOL.  The  Z-BUS 
peripherals  typically  use  the  daisy-chain  tech- 
nique of  priority  interrupt  control.  In  this 
scheme  the  peripherals  are  connected  together  via 
an  interrupt  daisy  chain  formed  with  their  IEI 
(Interrupt  Enable  Input)  and  IE0  (Interrupt  Enable 
Output)  pins  (Figure  7).  The  interrupt  sources 
within  a device  are  similarly  chained  together, 
with  the  overall  effect  being  a daisy  chain  con- 
necting all  of  the  interrupt  sources.  The  daisy 
chain  allows  higher  priority  interrupt  sources  to 
preempt  lower  priority  sources  and,  in  the  case  of 
simultaneous  interrupt  requests,  determines  which 
request  will  be  acknowledged. 

In  each  bus  cycle  the  Z-BUS  peripherals  use  the 
rising  edge  of  AS  to  latch  the  state  of  INTACK. 
If  a low  INTACK  is  latched,  then  the  present  cycle 
is  an  Interrupt  Acknowledge  cycle  and  the  daisy 
chain  determines  which  interrupt  source  is  being 
acknowledged  in  the  following  way.  Any  interrupt 
source  that  has  an  interrupt  pending  and  is  not 
masked  from  the  chain  will  hold  its  IE0  low. 


HIGHEST  LOWEST 

PRIORITY  PRIORITY 


Figure  7.  A Z-BUS  Interrupt  Daisy  Chain 


2255-006,  007 


4-109 


Similarly,  sources  that  are  currently  under 
service  (i.e.  have  their  IUS  bit  set)  will  also 
hold  their  IEO  lines  low.  All  other  interrupt 
sources  make  IEO  follow  IE  I . The  result  is  that 

only  the  highest  priority,  unmasked  source  with  an 
interrupt  pending  will  have  a high  IEI  input;  only 
this  peripheral  will  be  allowed  to  transfer  its 
vector  to  the  system  bus  when  the  Data  Strobe  is 
issued  during  the  Interrupt  Acknowledge  cycle. 

To  make  sure  that  the  daisy  chain  has  settled  by 
the  time  DS  gates  the  vector  onto  the  bus,  the 
Z-BUS  peripherals  require  a sufficient  delay  be- 
tween the  rising  edge  of  AS  and  the  falling  edge 
of  DS  in  INTACK  cycles.  The  amount  of  delay 
required  can  be  calculated  using  Table  2.  For  a 
particular  daisy  chain,  the  minimum  delay  is: 
Thigh  f°r  highest  priority  device,  plus  Tj^ow 
for  the  lowest  priority  device,  plus  T^^  for  each 
device  in  between. 


Table  2.  Daisy  Chain  Settling  Times  for  the  Z-BUS 

Peripherals  (in  ns) 


^high 

Tmid 

Tlow 

4MHz 

6MHz 

4MHz 

6MHz 

4MHz 

6MHz 

z-scc 

250 

250 

120 

100 

120 

100 

Z-CI0 

350 

250 

150 

100 

100 

70 

Z-FI0 

350 

250 

150 

100 

100 

70 

8086/8088  INTERRUPT  ACKNOWLEDGE  PROTOCOL.  If  the 

8086/8088  receives  an  interrupt  request  (via  its 
INTR  pin)  while  its  Interrupt  Flag  is  set,  then  it 


will  execute  an  Interrupt  Acknowledge  sequence. 
The  sequence  consists  of  two  identical  INTA  bus 
cycles  with  two  idle  clock  cycles  in  between 
(Figure  8).  In  both  bus  cycles,  RD  and  WR  remain 
inactive  while  an  INTA  strobe  is  issued  with  the 
same  timing  as  a WR  strobe.  The  8086/8088 
requires  an  interrupt  vector  to  appear  on  ADq  - 
AD-j  at  least  30  ns  before  the  beginning  of  T^  in 
the  second  INTA  cycle.  This  protocol  is  normally 
used  to  read  vectors  from  the  8259A  Interrupt 
Controller  but  it  can  easily  be  adapted  to  the 
Z-BUS  Interrupt  Acknowledge  Protocol,  as 
illustrated  in  the  following  paragraphs. 

INTERRUPT  ACKNOWLEDGE  COMPATIBILITY.  The  first 
function  of  the  Interrupt  Acknowledge  circuit, 
shown  in  figure  9,  is  to  generate  the  Z-BUS  INTACK 
signal  using  INTA  from  the  8086/8088.  Since  INTA 
goes  active  after  ALE  has  terminated,  the 
peripherals  will  not  latch  an  active  INTACK  during 
the  first  INTA  cycle.  However,  if  the  rising  edge 
of  INTA  is  used  to  toggle  INTACK,  then  an  active 
INTACK  latches  with  the  rising  edge  of  AS  in  the 
second  INTA  cycle.  Thus  a rising-edge  triggered 
toggle  flip-flop,  as  configured  in  Figure  9,  can 
be  used  to  generate  INTACK.  Figure  10  shows  the 
timing  relationship  between  INTA  and  INTACK. 

The  next  function  of  the  Interrupt  Acknowledge 
circuit  can  be  broken  down  into  three  operations: 
first,  it  must  cause  the  CPU  to  enter  a series  of 
wait  states  after  T3  in  the  second  INTA  cycle; 
then,  it  must  activate  DS  after  a sufficient  daisy 
chain  settling  time;  lastly,  it  must  bring  the  CPU 
out  of  the  wait  state  condition  when  the  vector  is 
available  on  the  bus. 
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Figure  8.  8086/8088  INTA  Sequence 
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Figure  9 shows  how  the  multiple  wait  state 
generator,  discussed  in  the  previous  section,  can 
be  used  to  perform  each  of  these  operations. 


Figure  9.  Interrupt  Acknowledge  Circuit 


While  INTACK  is  high  the  circuit  operates 
normally;  the  number  of  wait  states  it  requests  is 
determined  by  the  positioning  of  the  jumper  on  the 
Q outputs.  When  INTACK  goes  low,  it  operates  as 
follows:  the  next  activation  of  IN  I A brings  the 

shift  register  out  of  the  clear  state,  and  logic 
"ones”  shift  into  until  they  fill  the  entire 
register.  When  the  leading  "one"  appears  at  Qq, 
DS  is  driven  low;  when  it  appears  at  Q^j,  the  CPU 
is  taken  out  of  the  wait  state  condition. 

This  arrangement  takes  advantage  of  the  full 
length  of  the  shift  register  and  provides  a 
daisy-chain  settling  time  of  more  than  1300  ns, 
which  allows  the  implementation  of  a chain  with  as 
many  as  seven  Z-BUS  devices.  Figure  10  shows  the 
timing  of  the  important  signals  in  the  Interrupt 
Acknowledge  transaction. 


HARDWARE  RESET 

The  designer  may  want  to  incorporate  a hardware 
reset  in  the  interface  design.  This  can  be 
accomplished  with  two  NOR  gates  as  shown  in  Figure 
11.  The  NOR  gates  allow  the  system  RESET  signal 
to  pull  AS  and  DS  low  simultaneously,  and  hence 
put  the  peripheral  in  a reset  state.  A hardware 
reset  is  not  necessary,  however,  because  all  of 
the  peripherals  are  equipped  with  software  reset 
commands. 
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Figure  10.  Interrupt  Acknowledge  Timing 
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Figure  11.  Hardware  Reset 


The  Z-SCC,  Z-CIO,  and  Z-FIO  can  easily  be  designed 
into  8086/8088  - based  systems.  Their  data  and 
control  registers  can  be  mapped  directly  into  the 
I/O  address  space,  and  the  Z-BUS  control  signals 
can  be  generated  with  a minimal  amount  of  external 
logic.  The  user  can  also  take  advantage  of  the 
devices’  interrupt  control  capabilities  because  a 
simple  interface  circuit  makes  their  interrupt 
structure  compatible  with  that  of  the  8086/8088. 
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INTRODUCTION 

Direct  Memory  Access  (DMA)  is  a data  transfer 
method  that  uses  special  hardware  to  transfer  data 
between  system  memory  and  the  outside  world  (e.g., 
a peripheral  I/O  device)  without  the  intervention 
of  a Central  Processing  Unit  (CPU). 

A transfer  controller  usually  handles  all  aspects 
of  a data  transfer:  it  provides  read  or  write 
control  signals  and  addresses  to  the  system, 
updates  the  addresses,  counts  the  number  of  words 
or  bytes  in  the  transfer,  and  signals  the  end  of 
an  operation.  The  advantage  of  DMA  is  speed. 
Transfers  can  proceed  at  the  memory's  maximum 
speed  rather  than  waiting  for  the  CPU  to  fetch  and 
decode  the  instructions,  move  the  data,  update  the 
addresses,  and  count  the  words  or  bytes.  The  DMA 


controller  performs  these  tasks  at  hardware  speed 
and  reduces  CPU  overhead  costs. 

The  Z8016  DMA  Transfer  Controller  (DTC)  is  a high- 
performance  16-bit  peripheral  interface  device 
designed  for  Z8000  processor  systems.  Each  of  the 
DTC's  two  channels  can  perform  the  following  kinds 
of  transfer:  memory-to-peripheral,  memory-to- 
memory,  peripheral-to-memory , and  peripheral-to- 
peripheral.  For  all  DMA  operations  (i.e., 
Transfer,  Search,  and  Transfer-and-Search) , the 
DTC  operates  with  either  word  or  byte  data  sizes 
and  provides  a packing/unpacking  capability.  To 
eliminate  the  overhead  needed  to  load  the  internal 
registers,  the  DTC  provides  an  auto-chaining 
operation  to  load  and  reload  the  13  channel 
registers  (Figure  1b).  The  CPU  need  only  load  the 
address  of  the  control  parameter  table  into  the 


SYSTEM  BUS 


INTERFACE 

TO 

PERIPHERALS 


Figure  la.  Z8016  DTC  Block  Diagram 
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Chain  Address  register  and  issue  a Start  Chain 
command  to  load  the  control  parameters  from  memory 
into  the  channel’s  control  registers. 

The  DTC  is  Z-BUS  compatible  and  operates  within 
the  Z8000  daisy-chain,  vectored-priority  interrupt 
scheme.  Additionally,  a demand  interleave 
operation  is  supported,  which  allows  the  DTC  to 
surrender  the  system  bus  to  the  external  system  or 
to  alternate  between  internal  channels.  This 
capability  allows  for  parallel  operations  between 
the  two  channels  or  between  a DTC  channel  and  the 
CPU. 


INTERFACING 

A block  diagram  of  the  Z8016  DTC  (Figure  1)  shows 
the  internal  configuration.  The  internal 
registers  are  defined  in  Figures  2 and  3 and 
listed  in  Table  1.  Figure  4 shows  the  interface 
signals.  All  of  the  input  and  output  signals 
(except  the  clock  input)  are  directly  TTL 
compatible.  All  outputs  source  at  least  250  jxA  at 
2.4  V and  sink  up  to  3.2  mA  at  0.4  V. 


NOTE: 

CHANNEL  1 AND 
CHANNEL  2 ARE 

iDENTiCAL 


Figure  1b.  Z8016  DTC  Block  Diagram,  Channel  Registers 
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Figure  2.  Z8016  DTC  Internal  Registers 
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Table  1.  Z8016  DTC  Internal  Registers 


Register 

Chain 

Control 

Bit 

Channel 

Port  Address(Hex) 

1 Channel 

2 

DEVICE  REGISTERS 

Master  Mode  register 

38 

Command  register 

2C 

Chain  Control  register 

- 

— 

Temporary  register 

- 

— 

CHANNEL  REGISTERS 

Address  registers,  chainable 

Segment/ T ag  Of  f set 

Segment/Tag 

Offset 

Current  Address  - A 

9 

1A 

OA 

18 

08 

Current  Address  - B 

8 

12 

02 

10 

00 

Base  Address  - A 

6 

IE 

0E 

C 

OC 

Base  Address  - B 

5 

16 

06 

14 

04 

Chain  Address 

0 

26 

22 

24 

20 

Control  registers,  chainable 

Current  Op-Count 

7 

32 

30 

Base  Op-Count 

4 

36 

30 

Channel  Mode*  - High 

1 

56 

54 

Channel  Mode*  - Low 

1 

52 

50 

Pattern* 

3 

4A 

48 

Mask* 

3 

4E 

4C 

Interrupt  Vector* 

2 

5A 

58 

Status/Save  registers,  Non-chainable 

Status  register 

2E 

2C 

Interrupt  Save  register 

2A 

28 

♦Slow-readable  registers. 
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The  interface  signals  and  pin  assignments  are 
listed  in  Table  2.  Some  of  the  signals  are 
three-state,  i.e.,  they  are  high-impedance  when 
not  under  bus  control.  The  open-drain  pins 

require  a pullup  resistor  of  3.3K  ohms  or  more. 
The  DTC  decodes  the  status  lines  (STq-STj-)  for  the 
Interrupt  Acknowledge  signal  and  generates  status 
for  data  transactions.  The  multiplexed  input 
CS/WAIT  serves  as  an  active  Low  Chip  Select  (CS) 
signal  when  the  DTC  is  a bus  slave,  and  serves  as 
an  active  Low  Wait  (WAIT)  signal  when  the  DTC  is 
bus  master  and  the  control  bit  in  the  Master  Mode 
register  is  enabled.  The  multiplexed  output 
SN7/MMUSYNC  is  driven  Low  when  the  DTC  is  not  in 
control  of  the  system  bus  and  the  MM1  bit  of  the 
Master  Mode  register  is  set.  SN7/MMUSYNC  floats 
to  a high-impedance  state  when  the  DTC  is  not  in 
control  of  the  system  bus  and  the  MM1  bit  is 
cleared.  When  the  DTC  is  in  control  of  the  system 
bus  and  is  operating  in  logical  address  space, 
this  line  outputs  an  active  High  MMUSYNC  pulse 
prior  to  each  memory  transaction  cycle.  In 
physical  address  space,  this  line  outputs  SNy, 


which  is  tne  24th  address  bit  in  the  linear 
address  space. 

If  a peripheral  device  requires  DMA  service,  it 
issues  a request  to  the  DTC  by  asserting  DREQ.  If 
the  channel  receiving  the  request  is  enabled  and 
the  BUSREQ  and  BAI  lines  are  High,  the  DTC  issues 
a bus  request  to  the  CPU  by  driving  the  BUSREQ 
line  Low.  When  the  CPU  relinquishes  bus  control, 
a Bus  Acknowledge  signal  is  output  to  the  DTC  by 
driving  the  BAI  line  Low,  indicating  that  the 
request  for  bus  control  has  been  granted.  Upon 
receipt  of  the  Bus  Acknowledge  signal,  the  DTC 
issues  a DMA  Acknowledge  signal  to  the  peripheral 
by  lowering  the  DACK  output;  it  then  issues  the 
control  signals  and  addresses  necessary  to  effect 
the  transfer.  When  the  transfer  is  completed  or 
terminated,  DACK  is  driven  High  and  the  DTC  begins 
the  termination  procedure.  The  DACK  output  can  be 
programmed  as  level  or  pulsed  for  Flyby  transac- 
tions and  as  level  or  inactive  for  Flowthrough 
transactions  via  the  CM^q  bit  of  the  Channel  Mode 
register. 
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Table  2.  Z8016  DTC  Interface  Signals 


Interface  Signal  Pin  Number  Input/Output  Three-State  Open-Drain 


ADn— AD/j  c 

3-20 

AS 

44 

BAI 

1 

BAO 

3 

BUSREQ 

2 

B/W 

33 

CS/WAIT 

42 

DACK1 ,DACK2 

39,40 

DREQ1 ,DREQ2 

36,37 

DS 

43 

EOP 

38 

IEI 

46 

IEO 

48 

INT 

47 

N/S 

30 

R/W 

41 

sn0-sn6 

21-23,28,29 

SNy/MMUSYNC 

27 

STq-STj 

31-34 

CLK 

43 

GND 

26 

+3V 

4 

To  establish  DMA  operation,  the  internal  registers 
can  be  loaded  under  software  by  the  CPU.  The 
registers  are  addressed  via  the  low  byte  of  the 
Address/Data  bus  (ADy-ADg).  The  high  byte  of  the 
Address/Data  bus  (AD^-ADg)  is  decoded  with  the 
user's  chip  select  logic.  Chip  Select  (CS)  must 
be  valid  prior  to  the  rising  edge  of  AS  to  allow 
the  CPU  to  write  to,  or  read  from,  the  DTC's 
registers.  During  a DMA  transfer,  the  DTC 
generates  control  signals  ( R/W , B/W,  N/S,  and 
STq-ST3)  to  indicate  the  transfer  direction,  the 
data  size,  and  the  type  of  space  and  transaction. 
It  also  generates  AS,  D5,  DACK,  and  MMUSYNC 
signals  to  synchronize  timing  and  to  demultiplex 
the  Address/Data  lines.  Additionally,  it 

generates  addresses  (SNy-SNg  and  AD^-ADg  for 
physical  addressing  space  or  SN^-SNg  and  AD^-ADg 
for  logical  addressing  space)  of  the  source  and 
destination  of  the  transfer;  samples  the  DREQ, 
WAIT,  and  EOP  lines;  stores  the  data  for  the  Flow- 
through transaction;  and  issues  an  EOP  Low  signal 
when  the  transfer  is  terminated.  Upon  termina- 
tion, the  DTC  performs  either  an  interrupt, 
base-to-eurrent  reloading,  chaining,  or  does 
nothing,  under  the  control  of  Channel  Mode 
register  (i.e.,  bits  CMy-CM^). 


In/Out 

Yes 

No 

In/Out 
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No 

In 

No 

No 

Out 

No 

No 

In/Out 

No 

Yes 

Out 

Yes 

No 

In 

No 

No 

Out 

No 

No 

In 

No 

No 

In/Out 

Yes 

No 

In/ Out 

No 

Yes 

In 

No 

No 

Out 

No 

No 

Out 

No 

Yes 

Out 

Yes 

No 

In/Out 

Yes 

No 

Out 

Yes 

No 

Out 

Yes 

No 

In/Out 

No 

No 

The  CPU  regains  bus  control  upon  sampling  its 
BUSREQ  input;  if  inactive,  the  CPU  drives  its 
BUSACK  output  inactive.  Whenever  both  BAI  and 
BUSREQ  are  High  and  no  DMA  requests  are  pending, 
the  DTC  passes  the  High  signal  through  BAO  to  the 
lower-priority  device,  enabling  it  to  request  bus 
control.  This  procedure  allows  the  CPU  to  regain 
bus  control  whenever  an  interrupting  device 
releases  bus  control.  See  the  Zilog  1982/83  Data 
Book*  for  more  details  on  the  Zilog  Z-BUS. 

INITIALIZATION 

After  a hardware  reset  (i.e.,  AS  and  DS  are 
simultaneously  Low)  or  a software  reset  (i.e.,  a 
reset  command  is  issued  to  the  Command  register), 
take  the  following  steps  to  initialize  the  system: 

• Clear  the  Master  Mode  (MM)  register  to  disable 
the  DTC. 

• Set  the  Chain  Abort  (CA)  and  Non-Auto  Chaining 
(NAC)  bits  in  each  channel's  Status  register. 

• Load  each  channel's  Chain  Address  register. 


To  relinquish  bus  control,  the  DTC  drives  its  • Issue  Start  Chain  command. 
BUSREQ  line  High  and  allows  BAO  to  follow  BAI. 
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to  minimize  interaction  with  the  host  CPU,  the  DTC 
loads  its  own  control  parameters  from  memory  into 
each  channel  (i.e.,  performs  chaining).  The  CPU 
need  to  only  program  the  Master  Mode  register  and 
each  channel's  Chain  Address  register  (Figure  5). 
All  other  registers  are  loaded  by  the  channels 
themselves  from  a reload  table  located  in  system 
memory  and  pointed  to  by  the  Chain  Address 
register.  During  chaining,  the  N/S  and  B/W  lines 
are  driven  Low  and  the  ST^-STq  outputs  are  set  to 
1000  (i.e.,  Memory  Transaction  for  Data). 

The  first  word  in  the  reload  table,  the  reload 
word,  specifies  which  registers  in  the  channel  are 
to  be  reloaded.  Bits  0 through  9 in  the  reload 
word  relate  to  either  one  or  two  registers  in  the 
channel  (Table  3).  When  a reload  word  bit  is  1, 
the  register  or  registers  corresponding  to  that 
bit  are  reloaded.  The  data  loaded  into  the 

selected  registers  follow  the  reload  word  in 

memory  at  successively  larger  addresses. 

The  reload  table  is  of  variable  length.  For 
example,  when  the  contents  of  the  segment  and 

offset  fields  of  Channel  1's  Chain  Address 
register  are  0000^  and  1020^,  the  reload  table 

is  started  at  location  1020^.  Thus,  the  data 
stored  at  location  1020^  is  the  reload  word.  If 
the  reload  word  is  03FF^,  all  of  Channel  1's 
registers  are  loaded  with  the  data  in  locations 
1 022j_|  through  1042^  (a  total  of  17  words).  If 


the  reload  word  is  0203^,  only  Current  Address 
register  A (Current  ARA),  Channel  Mode  register, 
and  Chain  Address  register  are  reloaded  with  the 
data  in  locations  1022^  through  102C^  (a  total 
of  six  words) , and  the  remaining  registers  are  not 
changed.  When  loading  the  address  registers,  the 
segment  and  tag  word  must  precede  the  offset  word 
(e.g.,  the  segment  and  tag  word  of  Current  Address 
register  A is  located  at  1022^,  while  the  offset 
word  is  located  at  1024^). 

After  the  Master  Mode  bit  MMq  is  set,  a Start 
Chain  command  causes  the  selected  channel  to  clear 
the  NAC  bit  in  its  Status  register  and  to  start 
chaining.  The  control  parameters  of  the  channel 
are  reloaded  and  the  channel  is  ready  to  perform 
the  DMA  operation.  DMA  operation  can  be  initiated 
in  one  of  the  following  three  ways: 

• By  software  request — issue  a Set  Software 
Request  command. 

• By  hardware  request — apply  a Low  signal  on  the 
channel’s  DREQ  input;  the  Hardware  Request  Mask 
bit  (CM^)  in  the  Channel  Mode  register  must  be 
cleared. 

• By  chaining — load  a Software  Request  bit 

(CM£q  = 1)  into  the  Channel  Mode  register 

during  chaining. 


0100 

2101 

0000 

LD 

R1 ,#0000 

;KtSL 1 

0104 

3B16 

002C 

OUT 

?o002C,R1 

0108 

8D07 

NOP 

010A 

2101 

0000 

LD 

R1 ,#0000 

;L0AD  SEGMENT/TAG  OF  CHANNEL  VS 

010E 

3B16 

0026 

OUT 

5o0026,R1 

;CHAIN  ADDRESS  REGISTER 

0112 

8D07 

NOP 

0114 

2101 

1020 

LD 

R1 ,#1020 

;L0AD  OFFSET  OF  CHANNEL  VS 

0118 

3B16 

0022 

OUT 

?o0022,R1 

;CHAIN  ADDRESS  REGISTER 

011C 

8D07 

NOP 

01  IE 

2101 

0001 

LD 

R1 ,#0001 

;L0AD  MASTER  MODE  REGISTER  TO 

0122 

3B16 

0038 

OUT 

%0038,R1 

;ENABLE  DTC 

0126 

8D07 

NOP 

0128 

2101 

00A0 

LD 

R1 ,%00A0 

;L0AD  START  CHAIN  COMMAND 

012C 

3B16 

002C 

OUT 

?o002C,R1 

• 

1 

0130 

8D07 

NOP 

Figure  5.  Initialization  of  the  Z8016  DTC 
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Table  3.  Example  of  Chain  Control 

Tables 

Memory 

Data 

Register 

Remarks 

1020 

03FF 

Chain  Control  register 

Chaining  all  registers 

1022 

0000 

Segment/Tag  of  Current  Address  Register 

A 

System  data  mem,  increment,  0 waits 

1024 

1F00 

Offset  of  Current  Address  Register  A 

Starting  address 

1026 

0074 

Segment/Tag  of  Current  Address  Register 

B 

1/0,  hold,  2 waits 

1028 

FF01 

Offset  of  Current  Address  Register  B 

Peripheral  address 

102A 

00A0 

Current  Op-Count 

160  transfers 

102C 

0000 

Segment/Tag  of  Base  Address  Register  A 

System  data,  increment,  0 waits 

102E 

2F00 

Offset  of  Base  Address  Register  A 

Starting  address 

1030 

0074 

Segment/Tag  of  Base  Address  Register  B 

1/0,  hold,  2 waits 

1032 

FF01 

Offset  of  Base  Address  Register  B 

Peripheral  address 

1034 

0100 

Base  Op-Count  Register 

256  transfers 

1036 

1234 

Pattern  register 

0001001000110100  as  pattern 

1038 

F000 

Mask  register 

1111000000000000  as  mask 

103A 

0002 

Interrupt  Vector  register 

Vector  s 02 

103C 

0004 

Channel  Mode  High 

Pulsed  DACK 

103E 

3042 

Channel  Mode  Low 

Chain  at  E0P,  Base  to  Current  at 
TC,  Address  Register  A to  Address 
Register  B Demand/Bus  release, 
word-to-word  flyby 

1040 

0000 

Segment/Tag  of  Chain  Address 

1042 

• 

1080 

• 

Offset  of  Chain  Address 

Address  of  next  chain  control  word 

• 

1080 

• 

0182 

Chain  Control  register 

Chaining  three  registers 

1082 

0076 

Segment/Tag  of  Current  Address  Register 

B 

1/0,  hold,  4 waits 

1084 

FF02 

Offset  of  Current  Address  Register  B 

Peripheral  address 

1086 

0050 

Current  Op-Count 

80  transfers 

1088 

0010 

Channel  Mode  High 

Software  request  during  chaining 

108  A 

0240 

Channel  Mode  Low 

Interrupt  at  TC,  Address  Register  A 
to  Address  Register  B,  word  flow- 
through 

When  DMA  operation  is  initiated  by  either  software 
or  hardware  request,  the  DTC  drives  the  BUSREQ 
line  Low  and  performs  the  DMA  operation  after  it 
receives  an  active  Low  BAI  signal.  When  DMA 

operation  is  initiated  by  chaining,  the  DTC 
performs  the  DMA  operation  as  soon  as  chaining 
ends  if  the  MM2  bit  (CPU  Interleave  Enable  bit)  is 
clear.  If  the  MM2  bit  is  set,  the  channel  gives 
up  bus  control  after  chaining  and  before  DMA 
operation. 

DMA  OPERATIONS 

There  are  three  types  of  DMA  operation:  transfer, 
transfer-and-search,  and  search,  each  of  which  can 
occur  in  either  a Flowthrough  or  Flyby 
transaction.  They  are  controlled  by  programming 


bits  0 through  3 of  the  Channel  Mode  register. 
The  Flip  bit  (CM^)  is  used  to  control  the  transfer 
direction.  Figure  6 shows  state  diagrams  for  the 
various  types  of  operations.  Table  4 lists  the 
operation  codes. 

Flowthrough  Transfer  and  Flowthrough  Transfer- 
and-Search  operations  consist  of  both  read  and 
write  transactions.  When  bit  CM4  is  clear,  the 
DTC  reads  data  from  the  location  specified  by  The 
Current  Address  Register  A (ARA)  (i.e.,  the 
source),  stores  the  data  in  the  Temporary 

register,  compares  the  data  with  the  unmasked 
pattern,  and  then  writes  the  data  into  the 
location  specified  by  the  Current  Address  Register 
B (ARB)  (i.e.,  the  destination).  When  bit  CM^  is 
set,  the  source  location  is  specified  by  the 
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START 


^ TS  ^ 
INTERRUPT  AND/OR 
B-TO-C  RELOAD 
AND/OR  CHAIN 


AS  = 1,  DS  = 0 

PLACE  DATA  FROM 

SOURCE  ONTO  BUS: 

SAMPLE  WAIT 

T22 

D~l 


SAMPLE  DREQ  AND  BAI, 
DRIVE  BUSREQ. 

DACK  = 1 


WAIT 


DS  = 0 
SAMPLE 
WAIT  T2WA 


DREQ 
.OR  BAI 


WAIT 


EH 


| (CHANNEL  REQUESTED) 

(CM4  = 0):  C ARA  ON  BUS 
(CM4  = 1)^C-ARB  ON  BUS 
R/W  = 1;  AS  = 0 
DACK  = 0 Til 


AS  = 1;  DS  = 0 

BUS  RESERVED  FOR  DATA: 

SAMPLE  WAIT 


WAIT 


DS  = 0 
SAMPLE 
WAIT  T1WA 


SEND  DATA  TO  DESTINATION: 
DS  = 1 

UPDATE  ADDRESS/COUNT 

T23 


EOP 

V 

^DREQN 
JBUS  REL> 


DREQ 


E> 

O 

E> 

E> 

E> 


WAIT 


1 PLACE  DATA  FROM 

1 

I SOURCE  INTO  TEMPORARY  1 

REGISTERS: 

DS  = 1 

T13 

(CM4  = 0):  C-ARB  ON  BUS 
(CM4  = 1):  C-ARA  ON  BUS 
R/W  = 0 

AS  = 0 T21 


DREQ  = 1 
.BUS  HOLD. 


THLD 

SAMPLE  DREQ  & EOP 


DREQ  = 1 


eop^^— yr 


Figure  6a.  Flowthrough  Transfer  and  Flowthrough  Transfer-and- Search  Operations 
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} 


DATA  INTO  TEMPORARY  REGISTER 
COMPARING  WITH 
UNMASKED  PATTERN: 

DS  = 0,  PULSED  DACK  INACTIVE 
UPDATE  ADDRESS  AND 
COUNT  CHECKING  TC,  MC, 

EOP:  SAMPLING  DREQ  T3 


F 


Figure  6b.  Flyby  Transfer  and  Flyby  T r ans f er-and-Se arch  Operations 


Current  ARB,  and  the  destination  is  specified  by 
the  Current  ARA. 

Flyby  Transfer  and  Transfer-And-Search  operations 
consist  of  a single  Read  cycle  or  a single  Write 
cycle.  When  CM^  is  clear,  the  DTC  reads  the  data 


from  the  location  specified  by  the  Current  ARA  and 
the  DACK  signal  strobes  the  data  to  the  flyby 
peripheral.  In  Transfer-and-Search  operations, 
the  data  is  also  stored  in  the  Temporary  register 
and  compared  with  the  unmasked  pattern. 


2271-008 
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E>~ 


SAMPLING  DREQ 
DRIVING  BUSREQ 
SAMPLING  BAI 
DACK  = 1 


T1 


= 1 


= 1 


= 0 (CHANNEL  REQUESTED) 


(CM4  = 0):  C ARA  ON  BUS: 
(CM4  = 1):  C-ARB  ON  BUS: 
R/W  = 1,  AS  = 0 
DACK  = 0 T1 


T 


AS  = 1:  DS  = 0 

BUS  RESERVED  FOR  DATA 

SAMPLING  WAIT 

PULSED  DACK  ACTIVE  T2 


= 0 


= 1 


DS  ■ 0,  DACK  = 0 
SAMPLING  WAIT 


TWA 


) 


(CM4  = 0):  DATA  INTO  FLYBY  PERIPHERAL 
(CM4  = 1):  DATA  FROM  FLYBY  PERIPHERAL 
DS  PULSED,  DACK  = 1, 

UPDATE  ADDRESS  AND  COUNT, 

CHECKING  TC,  MC,  EOP 
SAMPLING  DREQ 

T3 


Figure  6c. 


Search  Operation 
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Table  4.  Operation  Codes  And  Programing  Suggestions 


Operation 

Operation  Code 

Size 

Suggestions 

cm3-cm0* 

Flowthrough 

0 

W - W 

If  CM4  = 0 then  ARA  to  ARB;  if  CM4  = 1 then  ARB  to  ARA 

Transfer 

1 

03 

1 

03 

If  CM^jg  = 0 then  level  DACK;  if  CM^g  = 1 then  DACK  inactive 

Flyby 

2 

W - W 

If  CM4  = 0 then  ARA  to  ARB;  if  CM4  = 1 then  ARB  to  ARA 

Transfer 

3 

B - B 

If  CM^jg  = 0 then  level  DACK;  if  CM^g  = 1 then  pulsed  DACK 

Flowthrough 

4 

W - W 

CM4,  CM^g  same  as  flowthrough  transfer 

Transfer  & 

5 

B - B 

If  CM-jy  = 0 then  stop  on  no  match;  if  CM-jy  = 1 then  stop  on 

Search 

match 

Flyby 

6 

W - W 

CM4,  CM-jg  same  as  flyby  transfer 

Transfer  & 

7 

B - B 

If  CM-jy  = 0 then  stop  on  no  match;  if  CM^y  = 1 then  stop  on 

Search 

match 

Flowthrough 

8 

B - W 

Byte  at  ARA,  word  at  ARB 

Funneling 

9 

If  CM4  = 0 then  byte-to-word;  if  CM4  = 1 then  word-to-byte 
If  CM^g  same  as  transfer 
Operation  count  = number  of  words 

Flyby 

C 

B - W 

Funneling 

D 

Search 

E 

W - W 

If  CM4  = 0 then  source  at  ARA;  if  CM4  = 1 then  at  ARB 

F 

B - B 

If  CM-jy  = 0 then  stop  on  no  match;  if  CM-jy  = 1 then  stop  on 
match 

Operation 

Operation 

i Code 

Suggestions 

cm6 

CM^ 

Single 

0 

0 

Each  Software  Rec.  command  causes  one  operation; 

Operation 

Each  DREQ  falling  edge  causes  one  operation** 

Demand  with 

0 

1 

Each  Software  Req.  command  causes  block  operation***; 

Bus  Hold 

Operating  when  DREQ  Low;  Hold  bus  when  DREQ  High 

Demand  with 

1 

0 

Each  software  Req.  command  causes  block  operation***; 

Bus  Release 

Operating  when  DRECj  Low;  Release  bus  when  High 

Demand 

1 

1 

Each  Software  Req.  command  causes  block  operation***; 

Interleave 

Operating  when  DREQ  Low;  Release  bus  to  other 
channel  or  CPU  after  each  operation 

*CM  (Channel  Mode)  register's 

bit. 

**The  DREQ  falling  edge  must  meet  the  timing  requirement, 

***If  MM2  (Master  Mode)  bit  is  set  (CPU  interleave  is  enabled),  the  DTC  releases  the  bus  after  each 


operation  when  the  channel  is  not  in  Bus  Hold  mode. 
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When  Flip  bit  CM^  is  set,  the  DTC  activates  PACK 
to  the  flyby  peripheral,  which  enables  the  data 
onto  the  A/D  bus,  writes  the  data  into  the 
location  specified  by  the  Current  ARB,  stores  it 
in  the  Temporary  register,  and  compares  it  with 
the  unmasked  pattern. 

The  Search  operation  consists  of  a Read  cycle 
only.  The  DTC  reads  data  from  the  source  location 
(specified  by  the  Current  ARA  when  CM^  = 0 and  by 
Current  ARB  when  CM^  = 1),  stores  the  data  in  the 
Temporary  register,  and  compares  it  with  the 
unmasked  pattern.  No  data  is  written  into  any 

location  or  peripheral.  Channel  Mode  register 
bits  CM17_CM16  are  the  match  control  field  for 
programming  the  Stop  condition. 

Channel  Mode  bits  CM^-CM^  select  the  channel's 
response  to  the  request  to  start  a DMA  operation. 
There  are  four  types  of  response:  single 

operation,  demand  dedicated  with  bus  hold,  demand 
dedicated  with  bus  release,  and  demand  inter- 
leave. These  responses  are  detailed  below. 
Figure  7 shows  flow  charts  for  each  of  these 
responses.  Interleave  operations  between  the  CPU 
and  the  DTC,  and  between  DTC  channels,  are  shown 
in  Figure  8. 

The  setting  of  bits  CMg  and  CM^  are  described  as 
follows: 


c)  Demand  Dedicated  with  Bus  Release  (CMg  = 1, 

0%  = 0).  In  response  to  a software  request 
the  channel  performs  DMA  iterations  until  TC, 
MC,  or  FOP  occurs.  In  response  to  a hardware 
request,  the  channel  performs  DMA  iterations 
until  DREQ  goes  inactive.  The  contents  of  the 
Current  Address  registers  and  the  Current 
Operation  Count  register  will  not  be  reloaded 
until  TC,  MC,  or  EOP  occurs. 

d)  Demand  Interleave  (CH^  = 1,  CH^  = 1).  Demand 
Interleave  varies,  depending  on  the  setting  of 
Master  Mode  register  bit  MM2.  If  MM2  is  set 
(CPU  interleave  is  enabled),  the  DTC 
relinquishes  bus  control  after  each  DMA 
iteration  and  then  re-requests  it.  This 
permits  the  CPU  and  other  devices  to  gain  bus 
control  during  DMA  operations.  If  MM2  is  clear 
(CPU  interleave  is  disabled),  control  can  pass 
from  one  channel  to  the  other  without  releasing 
bus  control.  If  only  one  channel  is  programmed 
in  Demand  Interleave  mode,  the  other  channel 
will  retain  control  until  termination  or  until 
DREQ  goes  inactive,  at  which  time  control  is 
returned  to  the  other  channel. 

Channel  Mode  register  bit  CM-j  g selects  the  wave- 
form of  DACK.  The  pulsed  DACK  (CM^g  = 1)  is  used 
only  in  Flyby  transactions.  It  is  inactive  during 
Non-Flyby  transactions  when  CM^g  is  set. 


a)  Single  operation  (CM^  = 0,  CM5  = 0).  In 

response  to  a software  request  or  active  DREQ 
High-to-Low  transition,  the  channel  performs  a 
single  DMA  iteration.  The  DTC  relinquishes  bus 
control  after  each  transaction  unless  a second 
High-to-Low  DREQ  transition  meets  the  timing 
requirement. 


b)  Demand  Dedicated  with  Bus  Hold  (CMg  = 0,  CN^  = 

1).  In  response  to  a software  request,  the 
channel  acquires  bus  control,  performs  a DMA 
operation  until  termination  occurs  (i.e.,  TC, 
MC  or  EOP  occurs) , and  then  relinquishes  bus 
control. 


In  response  to  an  active  Low  DREQ,  the  channel 
acquires  bus  control,  performs  DMA  operations 
while  DREQ  is  active  Low,  retains  bus  control 
when  DREQ  is  High  but  does  nothing,  resumes  DMA 
operation  when  DREQ  is  Low  again  and  only 
relinquishes  bus  control  when  the  operation 
terminates  (i.e.,  TC,  MC,  or  EOP  occurs).  If 
the  DACK  signal  is  programmed  as  level  (CM^g  = 
0),  it  will  be  active  Low  from  the  time  the 
channel  acquires  bus  control  to  when  it 
relinquishes  control. 


Byte-word  funneling  allows  packing  and  unpacking 
of  byte  data  to  facilitate  high-speed  transfers 
between  byte-oriented  peripherals  and  word- 

organized  memory.  The  funneling  option  can  be 
used  only  in  Flowthrough  transactions.  For 
transfers  from  a byte  source  to  a word  destina- 
tion, two  consecutive  byte  reads  are  performed  to 
move  data  from  the  source  location.  These  bytes 
are  assembled  in  the  Temporary  register.  The 
Temporary  register  data  is  then  written  into  the 
destination  location  as  a word.  For  word-to-byte 
funneling,  word  data  is  read  from  the  source 
location  into  the  Temporary  register.  This  word 
is  then  written  to  the  destination  in  two 
consecutive  byte  writes.  The  byte  address  must  be 
programmed  in  the  Current  ARA  and  the  word  address 
must  be  in  the  Current  ARB.  Bit  CM4  in  the 
Channel  Mode  register  is  used  to  specify  the 
transfer  direction.  It  is  set  to  0 to  specify 
byte-to-word  funneling  and  to  1 for  word-to-byte 
funneling.  To  access  the  high  byte  of  the  word 
first,  bit  TG3  of  the  Current  ARB  must  be 
cleared.  Bit  TG3  of  the  Current  ARB  is  set  when 
accessing  the  low  byte  of  the  word  first,  after 
which  the  ARB  address  increments.  Figure  9 shows 
two  examples  of  data  funneling. 
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(A)  Single  operation 


CED 


(C)  Demand  dedicated  with  bus  release 
(hardware  request) 


(B)  Demand  operation  when 
software  requesting 


(D)  Demand  dedicated  with 
bus  hold  (hardware  request) 


Figure  7.  Flow  Charts  of  DMA  Operations 
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CH  1:  INTERLEAVE  CH  1:  INTERLEAVE 
CH  2:  INTERLEAVE  CH  2:  INTERLEAVE 
CPU.  NO  INTERLEAVE  CPU  INTERLEAVE 


CH  1-  INTERLEAVE 

CH  2:  SOFTWARE  DEMAND 

CPU:  INTERLEAVE 


CH  2 

TERMINATE 


CH  1:  DEMAND 

CH  2:  DEMAND/BUS  RELEASE 

CPU:  NO  INTERLEAVE 


CH  1.  DEMAND  INTERLEAVE 
CH  2:  DEMAND/BUS  HOLD 
CPU:  NO  INTERLEAVE 


CH  1 DEMAND/INTERLEAVE 
CH  2:  DEMAND/  BUS  RELEASE 
CPU:  INTERLEAVE 


DREQ2 

ACTIVE 


DREQ2 

INACTIVE 


V 

9- 


DREQ2 

ACTIVE 


I CH  2 
T TERMINATE 


DREQ2 

INACTIVE 


DREQ2 

ACTIVE 


1 CH  1 
t TERMINATE 


$ 


CH  2 

TERMINATE 


DREQ1 

INACTIVE 


DREQ2 

ACTIVE 


CH  1 

TERMINATE 


DREQ2 

INACTIVE 


DREQ1 

ACTIVE 


DREQ2 

ACTIVE 


CH  1.  DEMAN/INTERLEAVE 

CH  2:  DEMANDS/BUS  HOLD  OR  RELEASE 

CPU:  INTERLEAVE 


DREQ1 

ACTIVE 


DREQ2 

ACTIVE 


Figure  8.  Flow  Charts  of  Interleave  Operations 


A)  Byte-to-Word  Funneling:  Data  is  moved  from  the  byte  source  addressed  at  FA70  to  the  word 

destination  addressed  from  1600. 


Current  ARA:  0010-FA70 
Current  ARB:  00xx-1604 
Current  Op-Count:  0003 
Flip  bit  (CM4):  0 


(Segment  = 00,  Offset  = FA70,  Address  hold) 
(Segment  = 00,  Offset  = 1604,  Address  hold/change) 
(Three  words) 

(Data  from  "ARA"  to  "ARB") 


Destination  Data  Distribution 


Source  Data  String 
AA 

tg4,tg3 

ADDRESS 

00 

01 

10 

11 

00-1600 

* 

FFEE 

* 

* 

BB 

00-1602 

* 

DDCC 

* 

* 

CC 

00-1604 

AABB 

BBAA 

EEFF 

FFEE 

DD 

00-1606 

CCDD 

* 

* 

* 

EE 

00-1608 

EEFF 

* 

* 

* 

FF 

00-1 60A 

* 

* 

# 

* 

ARB 

INC. 

DEC. 

HOLD 

HOLD 

NOTES 

WRITE  FIRST 

HIGH 

LOW 

HIGH 

LOW 

B)  Word-to-Byte  Funneling:  Data  is  moved  from  the  word  source  addressed  from  1800  to  the  byte 

destination  addressed  from  1A00. 


Current  ARA:  0000-1A00 
Current  ARB:  00xx-1800 
Current  Op-Count:  003 
Flip  bit  (CM4):  1 


(Segment  = 00,  Offset  = 1A00,  Address  increment) 
(Segment  = 00,  Offset  = 1800,  Address  hold/change) 
(three  words) 

(Data  from  "ARB"  to  "ARA") 


Destination  Data  Distribution 


Qniirna  ftof  a Oiof  inn 

tg4,tg3 

ADDRESS 

00 

01 

10 

11 

00-1A00 

AA 

BB 

AA 

BB 

Address 

Word  Data 

00-1A01 

BB 

AA 

BB 

AA 

00-1A02 

CC 

99 

AA 

BB 

00-1 7FA 

00-1A03 

DD 

88 

BB 

AA 

00-1 7FC 

6677 

00-1A04 

EE 

77 

AA 

BB 

00-1 7FE 

8899 

00-1A05 

FF 

66 

BB 

AA 

00-1800 

AABB 

00-1 A0 6 

* 

* 

* 

* 

00-1802 

CCDD 

00-1 A0 7 

* 

* 

* 

* 

00-1804 

EEFF 

00-1 A0 8 

* 

* 

* 

* 

00-1806 

ARB 

INC. 

DEC. 

HOLD 

HOLD 

NOTES 

READ  FIRST 

HIGH 

LOW 

HIGH 

LOW 

*Data  unchanged 


Figure  9.  Examples  of  Byte/Word  Funneling 
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Z8016  DTC-T0-Z80Q0  CPU  INTERFACE 
CPU  and  DTC  On  Same  Board 

The  Address/Data  bus  and  control  signals  of  the 
Z8000  CPU  and  those  of  the  Z8016  DTC  are  directly- 
connected.  The  AS,  DS,  and  BUSACK  signals  of  the 
CPU  are  connected  through  the  reset  logic  to  the 
AS,  DS,  and  BAI  signals  of  the  DTC.  CS/WAIT 
demultiplexing  logic  is  required  for  the  CS/WAIT 
input  of  the  DTC  if  hardware  waits  are  necessary. 
The  DREQ  lines  are  connected  to  the  request 
outputs  of  peripheral  devices.  The  DACK  lines  are 
connected  to  the  corresponding  enable  inputs  of 
the  peripheral  devices. 

When  programming  for  Flyby  transactions,  the  R/W 
input  of  the  flyby  peripheral  should  be  inverted 
internally  by  the  peripheral  or  externally  by 
special  logic.  R/W  High  indicates  that  the  flyby 
peripheral  should  accept  data,  and  R/W  Low 
indicates  that  the  flyby  peripheral  should  drive 
data  onto  the  bus.  The  memory  or  non-flyby 
peripheral  uses  the  R/W  High  signal  to  indicate 
that  it  should  drive  data  onto  the  A/D  bus,  and  it 
uses  the  R/W  Low  signal  to  indicate  that  it  should 
accept  the  data  from  A/D  bus. 

When  reading  a slow-readable  register  (e.g.,  the 
Channel  Mode  register) , external  logic  for 
inserting  hardware  Wait  states  is  required.  The 
worst -case  DS  low  width  for  the  slow-readable 
registers  is  approximately  2000  ns  for  a 4 MHz 
Z8016  DTC.  The  interrupt  vector  is  supplied  by 
the  Interrupt  Save  register  (a  fast -readable 
register),  therefore,  the  DS  Low  width  for 
Interrupt  Acknowledge  does  not  require  hardware 
Wait  states. 


Figure  10  shows  the  interface  of  the  Z8000  CPU  and 
the  Z8016  DTC  when  located  on  the  same  board.  No 
buffer  is  required  for  BUSREQ.  The  pins  of 
BUSREQ,  EOP  and  INT  require  3.3k  or  larger  pullup 
resistors.  When  more  than  one  DTC  or  other 
peripherals  are  used,  the  BAI-BAO  and  IEI-IE0 
daisy  chains  are  used  to  determine  priorities  for 
bus  control  and  the  interrupt  service. 

CPU  and  DTC  on  Different  Boards 

When  the  DTC  and  CPU  are  located  on  different 
boards,  the  address/data  and  control  signals  pass 
through  the  system  bus.  The  system  bus  must 
provide: 

• Multiplexed  Address/Data  lines  (ADg-AD^) 

• Bus  timing  lines  [Address  Strobe  (AS), 

Data  Strobe  (DS)] 

• Read/Write  (R/W)  status  signal 

• Bus  control  lines  [Bus  Request  (BUSREQ)  and  Bus 
Acknowledge  (BUSACK)] 

• Interrupt  Request  lines 

• Status  lines  (STg-ST^) 

• Ready  (RDY)  line 


The  BUSREQ  pin  of  the  DTC  requires  special 
bidirectional  buffer  logic  to  prevent  competition 
between  buses.  The  other  connections  are  the  same 
as  those  made  when  the  CPU  and  DTC  are  located  on 
the  same  board. 

Figure  11  shows  the  interface  configuration  for  a 
Z-BUS  system  used  with  the  Z8016  DTC. 
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Figure  1 1 . DTC-to-Z-BUS 


Z8016  DTC-TO-8086  CPU  INTERFACE 


To  control  data  transactions  the  8086  CPU  provides 
RD  and  WR  signals  and  the  Z8016  DTC  provides  DS 
and  R/W  signals.  The  R/W  signal  is  valid  and 
stable  at  the  T1  state,  whereas  RD  and  WR  are 
valid  at  the  T2  state.  Therefore,  the  use  of  RD 
or  WR  to  generate  a R/W  signal  violates  the 
R/W-valid-to-DS  falling  edge  setup  time 
requirement.  To  avoid  this,  the  DT/R  signal  of 
the  8086  CPU  can  be  used  to  generate  the  R/W 
signal  for  programming  the  DTC.  This  interface 
configuration  between  the  Z8016  DTC  and  the  8086 
CPU  is  shown  in  Figure  12. 

External  logic  provides  and  controls  the  status 
signals  STq-STj.  See  the  Interface  Support  Logic 
section  of  this  application  note  for  details. 

Z8016  DTC-TO-Z8030  Z-SCC  INTERFACE 

The  Z8030  Serial  Communications  Controller  (Z-SCC) 
functions  as  a serial-to-parallel,  parallel-to- 
serial  converter/controller.  Address  and  data 
transactions  through  the  Z-SCC  are  activated  by 
controlling  the  CSq  and  CS>|  inputs.  The  CS<^  must 
remain  active  High  throughout  the  data  transac- 
tion. The  CSq  Low  allows  the  address  of  the 
internal  register  to  be  accessed.  Figure  13  shows 
the  DTC-to-Z-SCC  interface  configuration. 

When  interfacing  with  the  Z-SCC,  the  DTC  should  be 
programmed  for: 

• Single  operation  or  Demand  operation 

• Byte-to-byte  flowthrough  transfer,  transfer- 
and-search,  or  search.  An  FIO  is  necessary  in 
Flyby  mode  due  to  recovery  time  parameters. 

• One  wait  state  insertion  for  accessing  the 
Z-SCC  and  three  wait  states  for  the  memory 
cycle.  This  is  to  meet  the  SCC  recovery  time. 

For  example,  to  transfer  data  from  the  Z-SCC 
(addressed  as  00-FFBx)  to  memory  (e.g.,  00-2000  to 
00-20FE),  the  ARA,  ARB,  Op-Count  and  Channel  Mode 
registers  are: 


ARA:  0000  - 2000 

ARB:  0072  - FFB0 

Op-Count:  0100 

Channel  Mode:  0000  - 1001 

Because  of  the  write  to  DS  falling  edge  setup  time 

requirement,  Flyby  transactions  are  not 

recommended  unless  the  memory  access  time  is  fast 
enough  to  meet  this  requirement.  The  Z-SCC 
requests  a DMA  transfer  by  pulling  the  DTR/REQ 
output  Low. 

Z8016  DTC-TO-Z8038  Z-FIO  INTERFACE 

The  Z8038  FIFO  1/0  Port  (Z-FIO)  provides  an 
asynchronous,  128-byte  FIFO  buffer.  This  buffer 

is  expandable  in  both  width  and  depth.  The  data 
transfer  logic  of  the  Z-FIO  is  especially  designed 
to  work  with  DMA  controllers  in  high-speed 
transfers.  Figure  14  shows  the  DTC-to-Z-FIO 
interface  configuration.  The  DACK  output  of  the 
DTC  is  connected  to  the  DMASTB  input  of  the 
Z-FIO.  When  DACK  is  active  Low,  it  masks  the  CS 
for  Flyby  DMA  operations.  The  following  rules 
apply  when  programming  the  DTC  to  transfer  data 
between  the  A/D  bus  and  the  Z-FIO. 

(1)  The  time  between  the  rising  edge  of  DS  and 
the  next  falling  edge  of  DS  in  the  DTC  must 
meet  the  valid  access  recovery  time  of  the 
Z-FIO.  In  Demand  Block  transfer  opera- 
tions, the  delay  of  two  DS  signals  equals 
approximately  two  DMA  clock  cycles. 
Therefore,  Demand  Interleave  transfer  or 
Single  transfer  operations  are  suggested. 

(2)  The  pulsed  DACK  bit  (CM'jg)  of  the  Channel 
Mode  register  must  be  set. 

(3)  For  Flowthrough  operations,  CS  of  the  Z-FIO 
must  be  activated. 

(4)  For  word-to-word  transfers,  two  FIOs  must 
be  used. 
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Z8016  DTC-T0-Z8010  MNU  INTERFACE 

The  Z8010  Memory  Management  Unit  (MMU)  contains  a 
table  of  access  attributes  that  are  individually 
programmable  for  each  segment.  The  attributes 
provided  are  read-only,  System-mode-only, 
DMA-only,  execute-only,  and  CPU-only.  If  the  MMU 
detects  a memory  access  that  violates  one  of  the 
attributes  of  a segment,  the  MMU  interrupts  the 
CPU  or  DMA  to  inhibit  an  illegal  memory  access. 

Figure  15  shows  the  DTC-to-MMU  interface  configur- 
ation. The  MMUSYNC  output  of  the  DTC  ORed  with 
the  BUSACK  signal  of  the  CPU  is  connected  to  the 
DMASYNC  input  of  the  MMU.  The  MMUSYNC  pin  of  the 


DTC  is  multiplexed  with  SN7.  If  bit  MM^j  of  the 
Master  Mode  register  is  set  (Logical  Addressing 
mode),  this  pin  outputs  an  MMUSYNC  active  High 
pulse  prior  to  each  DMA  cycle  when  the  DTC  is  in 
control  of  the  system  bus;  when  the  DTC  is  not  in 
control  of  the  system  bus  it  outputs  a Low  level. 
If  the  MM/j  is  clear  (Physical  Addressing  mode), 
this  pin  outputs  the  SN7  when  the  DTC  is  a bus 
master  and  is  driven  with  high-impedance  off  when 
the  DTC  is  not  in  control  of  the  system  bus. 

The  SUP  output  of  the  MMU  is  connected  to  the  EOP 
pin  of  the  DTC  so  that  DMA  operation  will  be 
terminated  whenever  a violation  is  detected. 
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INTERFACE  SUPPORT  LOGIC 


shown  assumes  a timeout  feature  such  as  on  the 
AMZ8127  clock  chip.  Figure  17  shows  the  logic  for 
Figure  16  shows  the  external  logic  for  decoding  the  status  lines  to  generate  the  MREQ, 

multiplexing  CS  and  WAIT  (or  RDY)  signals  for  the  IORQ,  and  M/IO  signals. 

CS/WAIT  input  of  the  Z8016  DTC.  The  slow  circuit 


(A)  WAIT,  CS  Multiplexing  Logic 


(B)  RDY,  CS  Multiplexing  Logic 


Figure  16.  Multiplexing  Logic  For  CS/WAIT  Input 
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INTRODUCTION 

Zilog's  Z8536  Counter/Timer  and  Parallel  I/O  Unit 
(CIO)  and  Z8036  (Z-CIO)  can  provide  convenient 
solutions  to  many  microprocessor-based  design 
problems.  Their  handshake  control,  bit  manipu- 
lation, pattern  recognition,  and  interrupt  control 
capabilities  extend  the  range  of  applications  far 
beyond  that  of  traditional  counter/timer  and 
parallel  I/O  circuits.  This  application  note 
gives  a generalized  procedure  for  initializing  the 
CIO,  as  well  as  an  initialization  example  for  one 
particular  application.  All  comments  in  this 
document  referring  to  "the  CIO"  apply  to  both  the 
Z8036  and  Z8336.  References  to  the  Z-CIO  refer 
only  to  the  Z8036. 

ACCESSING  THE  REGISTERS 

From  the  programmer’s  point  of  view,  the  only  dif- 
ference between  the  Z8036  and  the  Z8536  is  the  way 
the  registers  are  accessed.  In  the  Z8036,  they 
are  mapped  directly  into  the  CPU’s  I/O  address 
space,  and  the  Right  Justified  Address  (RJA)  bit 
in  the  Master  Interrupt  Control  register  deter- 
mines which  address  bits  are  used  to  select  them. 
When  RJA  = 0,  bits  AD^-AD'j  are  decoded,  and  when 
RJA  = 1,  bits  AD5-ADQ  are  decoded. 

The  Z8536  uses  only  Aq  and  A^  to  select  the  regis- 
ters and  thus  occupies  only  four  bytes  of  I/O 
address  space.  The  Data  registers  for  each  port 
are  accessed  directly  using  Aq  and  A^ . The  Con- 
trol registers  (as  well  as  the  Data  registers)  can 
be  accessed  using  the  following  two-step  sequence 
with  Aq  = A>|  = Is  first,  write  the  address  of  the 
target  register  to  an  internal  6-bit  pointer  reg- 
ister; then  read  from  or  write  to  the  target  reg- 
ister. An  internal  state  machine  determines 


whether  a given  access  refers  to  the  pointer  or 
the  target  register. 

SOFTWARE  RESET 

A software  reset  is  performed  by  writing  a 1 to 
the  Reset  bit  in  the  Master  Interrupt  Control  reg- 
ister. This  causes  all  control  bits  to  be  reset 
to  0,  all  port  I/O  lines  to  be  at  high  impedance, 
the  Interrupt  pin  to  be  inactive,  and  the  Inter- 
rupt Enable  Output  (IE0)  pin  to  follow  the  Inter- 
rupt Enable  Input  ( IE I ) pin.  A reset  disables  all 
functions  except  a read  or  write  to  the  Reset  bit; 
therefore  the  Reset  bit  must  be  cleared  before  any 
other  control  bits  can  be  programmed. 

INITIALIZATION 

Once  the  CIO  has  been  reset  and,  in  the  Z-CIO,  the 
RJA  bit  has  been  programmed,  it  can  easily  be  ini- 
tialized for  a given  application  by  using  the  pro- 
cedures outlined  in  the  flowcharts  of  Figures  1 
through  7.  These  flowcharts  are  intended  to  serve 
more  as  a logical  guide  than  as  a sequential  algo- 
rithm. The  actual  sequence  of  initialization  is 
unimportant,  except  that  a few  basic  rules  must  be 
observed: 

• The  ports  and  counter/timers  should  be  enabled 
only  after  their  functions  have  been  completely 
specified. 

• When  Ports  A and  B are  linked,  Port  B should  be 
enabled  before,  or  simultaneously  with,  the 
enabling  of  Port  A.  Also,  the  Port  Link  Con- 
trol (PLC)  bit  in  the  Master  Configuration 
Control  register  should  be  set  before  either 
port  is  enabled. 
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• The  counter/timers  should  be  triggered  only 
after  they  have  been  enabled. 

• When  Counter/Timers  1 and  2 are  linked,  the 
functions  of  both  must  be  specified  and  the 
Counter/Timer  Link  Control  (LC)  bits  (in  the 
Master  Configuration  Control  register)  must  be 
programmed  before  either  counter/timer  is 
enabled. 

• The  Master  Interrupt  Enable  (MIE)  bit  in  the 
Master  Interrupt  Control  register  should  be  set 
only  after  the  functions  of  the  CIO's  interrupt 
sources  have  been  completely  specified. 


Figure  1.  Port  A or  B Initialization 


Table  1.  Z8036/Z8536  CIO  Register  Summary 


Internal 

Address 

(Binary) 

Read/Write 

Register  Name 

Aj. • • Aq 

Main 

Control  Registers 

000000 

R/W 

Master  Interrupt  Control 

000001 

R/W 

Master  Configuration  Control 

000010 

R/W 

Port  A Interrupt  Vector 

000011 

R/W 

Port  B Interrupt  Vector 

000100 

R/W 

Counter/Timer  Interrupt  Vector 

000101 

R/W 

Port  C Data  Path  Polarity 

000110 

R/W 

Port  C Data  Direction 

000111 

R/W 

Port  C Special  1/0  Control 

Most 

Often 

Accessed  Registers 

001000 

* 

Port  A Command  and  Status 

001001 

* 

Port  B Command  and  Status 

001010 

* 

Counter/Timer  1 Command  and  Status 

001011 

* 

Counter/Timer  2 Command  and  Status 

001100 

* 

Counter/Timer  3 Command  and  Status 

001101 

R/W 

Port  A Data** 

001110 

R/W 

Port  B Data** 

001111 

R/W 

Port  C Data** 

Counter /Timer  Related  Registers 

010000 

R 

Counter/Timer  1 Current  Count 

(MS  Byte) 

010001 

R 

Counter/Timer  1 Current  Count 

(LS  Byte) 

010010 

R 

Counter/Timer  2 Current  Count 

(MS  Byte) 

* All  bits  can  be 

read  and 

some 

bits  can  be  written. 

**  Also  directly  addressable  in  Z8536  using  pins  Ag  and  A'j. 
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Table  1.  Z8036/Z8536  CIO  Register  Summary — Continued 


Internal 

Address 

(Binary) 

Read/Write  Register  Nane 

Counter /Timer  Related  Registers  (continued) 

010011 

R 

Counter/Timer  2 Current  Count 

(LS 

Byte) 

010100 

R 

Counter/Timer  3 Current  Count 

(MS 

Byte) 

010101 

R 

Counter/Timer  3 Current  Count 

(LS 

Byte) 

010110 

R/W 

Counter /Timer  1 Time  Constant 

(MS 

Byte) 

010111 

R/W 

Counter /Timer  1 Time  Constant 

(LS 

Byte) 

011000 

R/W 

Counter/Timer  2 Time  Constant 

(MS 

Byte) 

011001 

R/W 

Counter/Timer  2 Time  Constant 

(LS 

Byte) 

011010 

R/W 

Counter/Timer  3 Time  Constant 

(MS 

Byte) 

011011 

R/W 

Counter/Timer  3 Time  Constant 

(LS 

Byte) 

011100 

R/W 

Counter/Timer  1 Mode  Specification 

011101 

R/W 

Counter/Timer  2 Mode  Specification 

011110 

R/W 

Counter/Timer  3 Mode  Specification 

011111 

R 

Current  Vector 

Port 

A Specification  Registers 

100000 

R/W 

Port  A Mode  Specification 

100001 

R/W 

Port  A Handshake  Specification 

100010 

R/W 

Port  A Data  Path  Polarity 

100011 

R/W 

Port  A Data  Direction 

100100 

R/W 

Port  A Special  1/0  Control 

100101 

R/W 

Port  A Pattern  Polarity 

100110 

R/W 

Port  A Pattern  Transition 

100111 

R/W 

Port  A Pattern  Mask 

Port 

B Specification  Registers 

101000 

R/W 

Port  B Mode  Specification 

101001 

R/W 

Port  B Handshake  Specification 

101010 

R/W 

Port  B Data  Path  Polarity 

101011 

R/W 

Port  B Data  Direction 

101100 

R/W 

Port  B Special  1/0  Control 

101101 

R/W 

Port  B Pattern  Polarity 

101110 

R/W 

Port  B Pattern  Transition 

101111 

R/W 

Port  B Pattern  Mask 
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Figure  2.  Bit  Port  Initialization 


o 


* Deskew  Timers  Are  Used  Only  For  Output  Ports 


Figure  3.  Handshake  Port  Initialization 
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Figure  4. 


Port  C Initialization 


Figure  3.  Handshake  Port  Initialization 

(continued) 
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*For  linked  operation  C/Ts  1 and  2 must 
both  be  initialized  before  they  are  enabled 


Figure  5.  Counter /Timer  Initialization 
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Figure  7 
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APPLICATION  EXAMPLE 

Figure  8 shows  the  Z8036  configured  to  function 
as: 

• An  input  handshake  port 

• A priority  interrupt  controller 
9 A squarewave  generator 

• A watchdog  timer 

• A general-purpose  timer 

In  addition,  there  are  two  bits  left  over  to 
function  as  bit-addressable  output  lines.  The 
following  sections  discuss  the  specific  initiali- 
zation procedures  used  to  program  each  of  the 
functions. 


Figure  8.  Z-CIO  Application  Example 

Port  A as  an  Input  Handshake  Port 

In  Figure  8,  Port  A is  an  input  port  with  2-Wire 
Interlocked  Handshake.  (The  CIO  also  supports 
Strobed  Handshake,  Pulsed  Handshake,  and  IEEE 
3-Wire  Handshake.)  Port  C provides  the  handshake 
control  signals,  with  PC2  as  ACKIN  (Acknowledge 
Input)  and  PC3  as  the  RFD  (Ready  For  Data)  output. 

Port  A is  specified  as  an  input  handshake  port  by 
writing  a 0 to  bit  Dy  and  a 1 to  bit  Dg  of  the 
Port  A Mode  Specification  register.  Writing  a 1 
to  bit  and  a 0 to  bit  of  the  same  register 
specifies  the  double-buffered  mode  and  allows  the 
port  to  interrupt  the  CPU  when  both  the  Buffer 
register  and  Input  Data  register  are  full.  Since 
the  ports  reset  to  Interlocked  Handshake,  the  Port 
A Handshake  Specification  register  need  not  be 
programmed  in  this  example. 


If  Port  A is  to  place  an  interrupt  vector  on  the 
system  bus  during  Interrupt  Acknowledge  transac- 
tions, then  the  Port  A Interrupt  Vector  register 
should  be  programmed  with  the  appropriate  value. 
The  Port  A interrupt  logic  is  enabled  by  writing 
Is  to  bits  Dy  and  Dg,  and  a 0 to  bit  D5  of  the 
Port  A Command  and  Status  register.  This  encoded 
command  sets  the  Port  A Interrupt  Enable  (IE) 
bit. 

The  programmer  should  specify  the  correct  data 
direction  for  the  handshake  bits,  as  well  as  the 
initial  state  of  RFD.  Writing  F4  (hexidecimal ) to 
the  Port  C Data  Direction  register  programs  PC3 
(RFD)  as  an  output  bit,  PC2  (ACKIN)  as  an  input 
bit,  and  allows  PC-j  and  PCg  to  function  as  bit- 
addressable  output  lines.  PCg,  PC-j , and  PC3  can 
be  programmed  with  their  initial  values  by  writing 
to  the  Port  C Data  register.  In  this  example,  PC3 
(RFD)  is  initially  High,  signaling  that  Port  A is 
ready  for  data. 

Port  B as  a Priority  Interrupt  Controller 

The  priority  interrupt  controller  is  implemented 
using  the  OR-Priority  Encoded  Vector  (OR-PEV)  mode 
of  pattern  recognition.  When  any  of  the  six 

inputs  (PB'j-PB^  and  PB7y)  are  High,  Port  B's  Pat- 
tern Match  Flag  and  Interrupt  Pending  (IP)  bits 
are  set.  If  no  higher  priority  interrupt  sources 
(e.g.,  Port  A)  are  under  service,  and  if  Port  B's 
interrupts  are  enabled,  the  CIO  interrupts  the 
CPU.  If  no  higher  priority  interrupts  are  pending 
at  the  time  of  the  next  Interrupt  Acknowledge 
cycle,  then  Port  B places  its  interrupt  vector  on 
the  bus.  Encoded  within  this  vector  is  the  value 
of  the  highest  priority  interrupt  request  at  Port 
B (with  PBy  as  the  highest  priority  input).  The 
CPU  can  then  automatically  branch  to  the  appro- 
priate service  routine. 

To  function  as  a priority  interrupt  controller, 
Port  B must  be  specified  as  a bit  port  with  OR-PEV 
pattern  match;  hence  a 06g  must  be  loaded  into 
the  Port  B Mode  Specification  register.  PB'|-PB5 
and  PBy  must  be  programmed  as  input  bits  by  writ- 
ing Is  to  bits  D-j-D^  and  Dy  of  the  Port  B Data 
Direction  register.  The  polarity  of  the  interrupt 
request  signals  can  be  specified  independently  in 
the  Port  B Pattern  Polarity  register  and  the 
sources  can  be  individually  masked  using  the  Port 
B Pattern  Mask  register.  In  this  example,  all  of 
the  interrupts  are  active  High  and  bits  PBq  and 
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PBg  are  masked  off;  FFg  is  therefore  loaded  into 
the  Port  B Pattern  Polarity  register,  and  BE^j  is 
loaded  into  the  Port  B Pattern  Mask  register. 
Transition  pattern  specifications  should  not  be 
used  in  the  OR-PEV  pattern  match  mode,  so  the  Port 
B Pattern  Transition  register  should  not  be  pro- 
grammed. 

The  base  interrupt  vector  should  be  loaded  into 
the  Port  B Interrupt  Vector  register,  and  the  Port 
B interrupt  logic  is  enabled  by  writing  Is  to  bits 
Dy  and  Dg,  and  a 0 to  bit  of  the  Port  B Command 
and  Status  register.  Also,  the  Port  B Vector 
Includes  Status  (VIS)  bit  should  be  set  so  that 
unique  vectors  can  be  generated  for  each  of  the 
interrupt  sources  (this  can  be  done  at  the  same 
time  the  MIE  bit  is  set). 

Counter /Timer  1 as  a Watchdog  Timer 

In  this  example,  Counter/Timer  1 acts  as  a watch- 
dog timer,  interrupting  the  CPU  whenever  a 10  ms 
interval  elapses  without  the  occurrence  of  a ris- 
ing edge  on  its  trigger  input  (PBg).  Each  time 
the  timer  is  triggered  (i.e.,  with  each  rising 
edge  on  PBg),  it  reloads  its  time  constant  and 
begins  counting  down  toward  the  terminal  count. 
Since  the  Counter/Timer  1 Time  Constant  is  pro- 
grammed to  provide  a timeout  interval  of  10  ms,  a 
terminal  count  condition  always  indicates  that  at 
least  10  ms  has  elapsed  since  the  last  rising  edge 
on  PBg. 

The  programmer  must  set  bits  D2  and  D4  of  the 
Counter/Timer  1 Mode  Specification  register.  Bit 
O2  is  the  Retrigger  Enable  (REB)  bit,  and  D4  is 
the  External  Trigger  Enable  (ETE)  bit.  All  other 
bits  in  this  register  can  remain  reset  to  0. 
Since  PBg  is  the  designated  external  trigger  input 
whenever  Counter/Timer  I's  ETE  bit  is  set,  Port  B 
must  be  programmed  as  a bit  port  and  PBg  must  be 
programmed  as  an  input  bit. 

Since  Counter/Timer  1 is  in  the  Timer  mode  (i.e., 
it  does  not  have  an  external  count  input),  it 
counts  the  pulses  of  the  internal  clock  signal 
(PCLK/2).  Assuming  a 4 MHz  PCLK,  the  Time 
Constant  should  be  20,000>jg  for  a 10  ms  timeout 
interval.  This  can  be  achieved  by  loading  4Ej^ 
to  the  most-significant  byte  of  Counter/Timer  I's 
Time  Constant,  and  20|_j  to  the  least-significant 
byte  of  Counter/Timer  I's  Time  Constant. 


The  base  interrupt  vector  should  be  loaded  into 
the  Counter/Timer  Interrupt  Vector  register,  and 
the  Counter/Timer  1 interrupt  logic  is  enabled  by 
writing  Is  to  bits  D 7 and  Dg,  and  a 0 to  bit  D5  of 
the  Counter/Timer  1 Command  and  Status  register. 
Also,  the  Counter/Timer  VIS  bit  should  be  set  so 
that  Counter/Timers  1 and  2 can  generate  unique 
vectors.  (This  can  be  done  at  the  same  time  the 
MIE  bit  is  set.) 

Counter /Timer  2 as  a Squarewave  Generator 

While  Counter/Timer  1 uses  PBg  as  its  trigger 
input,  Counter/Timer  2 can  use  PBq  as  its  output. 
The  squarewave  duty  cycle  is  selected  by  writing  a 

1 to  bit  D^j  and  a 0 to  bit  Dg  of  the  Counter/Timer 

2 Mode  Specification  register.  Setting  bits  Dy 
and  of  the  same  register  specifies  the  Con- 
tinuous mode  with  an  external  output.  Since  PBq 
is  the  designated  Counter/Timer  2 output  whenever 
Counter/Timer  2's  External  Output  Enable  (E0E)  bit 
is  set,  Port  B must  be  programmed  as  a bit  port 
and  PBg  must  be  programmed  as  an  output  bit. 

In  the  Squarewave  mode,  the  timeout  interval 
should  be  equal  to  half  the  period  of  the  desired 
squarewave  (see  the  CIO  Technical  Manual,  section 
4.2.5,  document  number  00-2091-01).  A frequency 
of  100  KHz  corresponds  to  a period  of  10  [is  and, 
therefore,  a timeout  interval  of  5 [is.  With  a 
4MHz  PCLK,  the  period  of  the  input  clock  signal 
(PCLK/2)  is  0.5  [is,  and  therefore  the  necessary 
Time  Constant  ■»«  in*/-,  nr  nnnAn.  This  vainp 

' ~ HJ  — Tl  * ' ' 

should  be  loaded  into  the  Counter/Timer  2 Time 
Constant  registers.  Since  the  squarewave  genera- 
tor does  not  interrupt  the  CPU,  there  is  no  need 
to  enable  Counter/Timer  2's  interrupt  logic. 

Counter  Timer  3 as  a General-Purpose  Timer 

For  Counter /Timer  3 to  interrupt  the  CPU  period- 
ically, the  user  must  specify  the  Continuous  mode 
by  setting  bit  Dy  of  the  Counter/Timer  3 Mode 
Specification  register.  All  other  bits  in  this 
register  can  remain  reset  to  0.  Loading  4E20g 
to  the  Counter/Timer  3 Time  Constant  registers 
specifies  a 10  ms  timeout  interval.  Writing  Is  to 
bits  Dy  and  Dg,  and  a 0 to  bit  D5  of  the  Counter/ 
Timer  3 Command  and  Status  register  enables  the 
Counter/Timer  3 interrupt  logic. 
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When  all  of  their  functions  have  been  completely 
specified,  the  ports  and  counter/timers  can  be 
enabled  simultaneously  by  writing  F4^  to  the 
Master  Configuration  Control  register.  At  this 
point,  the  counter/timers  can  be  started  by  set- 
ting the  Gate  Command  (GCB)  and  Trigger  Command 


(ICB)  bits  in  each  of  their  Command  and  Status 
registers.  Finally,  setting  the  MIE  bit,  along 
with  the  appropriate  VIS  bits,  completes  the  ini- 
tialization. Table  2 summarizes  the  initializa- 
tion sequence  for  this  application  example. 
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Table  2.  Initialization  Sequence  for  Application  Example 


Step 

Register 

Programmed 

Address 

ad7-ad0 

Hex  Value 
Loaded 

Comments 

1. 

Master  Interrupt 
Control 

xooooooo* 

01 

Reset  Z-CI0. 

2. 

Master  Interrupt 
Control 

xoooooox 

00 

Clear  Reset. 

3. 

Port  A Mode  Spec- 
ification 

X100000X 

60 

Double-buffered  input  port, 
interrupt  on  two  bytes. 

4. 

Port  A Interrupt 
Vector 

X000010X 

VV 

Interrupt  vector  depends  on 
user 's  system. 

3. 

Port  A Command 
and  Status 

X001000X 

CO 

Port  A Interrupt  Enable. 

6. 

Port  C Data 
Direction 

X000110X 

F4 

PC2  is  input  PCq,  PC^  and  PC3 
are  output. 

7. 

Port  C Data 

XQ01111X 

48 

RFD  is  initially  High.  PCq 
and  PC>j  are  initially  Low. 

8. 

Port  B Mode 
Specification 

X101000X 

06 

Bit  port,  0R-PEV  pattern 
match. 

9. 

Port  B Data 
Direction 

X101011X 

FE 

PBq  is  output.  PB-j-PBy  are 
input. 

10. 

Port  B Pattern 

Dm  1 /%«  i 4 - \ » 

1 U1QX 

X101101X 

FF 

Interrupt  inputs  are  active 

Mi  nh 

* » JL  VJjl  )« 

11. 

Port  B Pattern 
Mask 

X101111X 

BE 

PBq  and  PB^  are  masked  off. 

12. 

Port  B Interrupt 
Vector 

X000011X 

VV 

Interrupt  vector  depends  on 
user’s  system. 

13. 

Port  B Command  and 
Status 

X001001X 

CO 

Port  B Interrupt  Enable. 

14. 

Counter/Timer  1 
Mode  Specification 

X011100X 

14 

Single  cycle,  External 
Trigger  Enable,  Retrigger 
Enable. 

15. 

Counter/Timer  I's 
Time  Constant -MSBs 

X010110X 

4E 

Time  Constant  = (20,000) ^q 
for  a 10  ms  timeout. 

16. 

Counter/Timer  I's 
Time  Constant -LSBs 

X010111X 

20 

* If 

the  initial  state  of 

the  RJA  bit  is 

unknown,  then 

the  first  access  to  the  Master 

Interrupt  Control  register  must  be  performed  with  ADq  = 0. 
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Table  2.  Initialization  Sequence  for  Application  Example — Continued 


Step 

Register 

Programmed 

Address 

ADy-ADg 

Hex  Value 
Loaded 

Comments 

17. 

Counter/Timer 
Interrupt  Vector 

X000100X 

vv 

Interrupt  vector  depends  on 
user’s  system. 

18. 

Counter/Timer  1 
Command  and  Status 

X001010X 

CO 

Counter/Timer  1 Interrupt 
Enable. 

19. 

Counter/Timer  2's 
Mode  Specification 

X011101X 

C2 

Continuous,  External  Output 
Enable,  Squarewave  duty 
cycle. 

20. 

Counter/Timer  2's 
Time  Constant  MSBs 

X011000X 

00 

21. 

Counter/Timer  2's 
Time  Constant  LSBs 

X011001X 

0A 

Time  Constant  = (10) for 
5 (Lts  timeout. 

22. 

Counter/Timer  3 
Mode  Specification 

X011110X 

80 

Continuous,  no  external 
enable. 

23. 

Counter/Timer  3 
Time  Constant  MSBs 

X011010X 

4E 

Time  Constant  = (20, 000) 
for  a 10  ms  timeout. 

24. 

Counter/Timer  3's 
Time  Constant  LSBs 

X011011X 

20 

25. 

Counter/Timer  3 
Command  and  Status 

X001100X 

CO 

Counter/Timer  3 Interrupt 
Enable. 

26. 

Master  Configuration 
Control 

X000001X 

F4 

Enable  all  ports  and  counter/ 
timers. 

27. 

Counter/Timer  1 
Command  and  Status 

X001010X 

06 

Trigger  and  Gate  commands. 

28. 

Counter/Timer  2 
Command  and  Status 

X001011X 

06 

Trigger  and  Gate  commands. 

29. 

Counter/Timer  3 
Command  and  Status 

X001100X 

06 

Trigger  and  Gate  commands. 

30. 

Master  Interrupt 
Control 

xoooooox 

8C 

Master  Interrupt  Enable, 

Port  B Vector  Includes 
Status,  Counter/Timer  Vector 
Includes  Status. 

00-2256-01 
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Using  SCC  With  Z8000 
In  SDLC  Protocol 


Application 

Note 


October  1982 


This  application  note  describes  the  use  of  the 
Z8030  Serial  Communications  Controller  (Z-SCC) 
with  the  Z8000™  CPU  to  implement  a communica- 
tions controller  in  a Synchronous  Data  Link 
Control  (SDLC)  mode  of  operation.  In  this 

application,  the  Z8002  CPU  acts  as  a controller 
for  the  Z-SCC.  This  application  note  also  applies 
to  the  non-multiplexed  Z8530. 

One  channel  of  the  Z-SCC  communicates  with  the 

remote  station  in  Half  Duplex  mode  at  9600 

bits/second.  To  test  this  application,  two  Z8000 

Development  Modules  are  used.  Both  are  loaded  with 
the  same  software  routines  for  initialization  and 
for  transmitting  and  receiving  messages.  The  main 
program  of  one  module  requests  the  transmit 
routine  to  send  a message  of  the  length  indicated 
by  the  ’COUNT’  parameter.  The  other  system 
receives  the  incoming  data  stream,  storing  the 
message  in  its  resident  memory. 

DATA  TRANSFER  NODES 

The  Z-SCC  system  interface  supports  the  following 
data  transfer  modes: 

• Polled  Node.  The  CPU  periodically  polls  the 
Z-SCC  status  registers  to  determine  if  a 
received  character  is  available,  if  a character 
is  needed  for  transmission,  and  if  any  errors 
have  been  detected. 

• Interrupt  Node.  The  Z-SCC  interrupts  the  CPU 
when  certain  previously  defined  conditions  are 
met. 

• Block/DMA  Node.  Using  the  Wait/Request  (W/REQ) 


signal,  the  Z-SCC  introduces  extra  wait  cycles 
in  order  to  synchronize  the  data  transfer 
between  a controller  or  DMA  and  the  Z-SCC. 

The  example  given  here  uses  the  block  mode  of  data 
transfer  in  its  transmit  and  receive  routines. 

SDLC  PROTOCOL 

Data  communications  today  require  a communications 
protocol  that  can  transfer  data  quickly  and 
reliably.  One  such  protocol,  Synchronous  Data 
Link  Control  (SDLC),  is  the  link  control  used  by 
the  IBM  Systems  Network  Architecture  (SNA) 
communications  package.  SDLC  is  a subset  of  the 
International  Standards  Organization  (ISO)  link 
control  called  High-Level  Data  Link  Control 
(HDLC),  which  is  used  for  international  data 
communications. 

SDLC  is  a bit-oriented  protocol  (BOP) . It 
differs  from  byte-control  protocols  (BCPs),  such 
as  Bisync,  in  that  it  uses  only  a few  bit 
patterns  for  control  functions  instead  of  several 
special  character  sequences.  The  attributes  of 
the  SDLC  protocol  are  position  dependent  rather 
than  character  dependent,  so  the  data  link  control 
is  determined  by  the  position  of  the  byte  as  well 
as  by  the  bit  pattern. 

A character  in  SDLC  is  sent  as  an  octet,  a group 
of  eight  bits.  Several  octets  combine  to  form  a 
message  frame,  in  which  each  octet  belongs  to  a 
particular  field.  Each  message  contains:  opening 
flag,  address,  control,  information,  Frame  Check 
Sequence  (FCS),  and  closing  flag  (figure  1). 
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ZERO  INSERTION/DELETION 
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CHARACTER 
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8-BIT 

CHARACTERS 

16-BIT 

CRC- 

CCITT 
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FLAG 

(BEGINNING 
OF  MESSAGE 
FRAME) 

ADDRESS 

CONTROL 

INFORMATION 

FCS 

FLAG 
(END  OF 
MESSAGE 
FRAME) 

Figure  1.  Fields  of  the  SDLC  Transmission  Frame 


Both  flag  fields  contain  a unique  binary  pattern, 
01111110,  which  indicates  the  beginning  or  the  end 
of  the  message  frame.  This  pattern  simplifies  the 
hardware  interface  in  receiving  devices  so  that 
multiple  devices  connected  to  a common  link  do  not 
conflict  with  one  another.  The  receiving  devices 
respond  only  after  a valid  flag  character  has  been 
detected.  Once  communication  is  established  with 
a particular  device,  the  other  devices  ignore  the 
message  until  the  next  flag  character  is  detected. 

The  address  field  contains  one  or  more  octets, 
which  are  used  to  select  a particular  station  on 
the  data  link.  An  address  of  eight  Is  is  a global 
address  code  that  selects  all  the  devices  on  the 
data  link.  When  a primary  station  sends  a frame, 
the  address  field  is  used  to  select  one  of  several 
secondary  stations.  When  a secondary  station 
sends  a message  to  the  primary  station,  the 
address  field  contains  the  secondary  station 
address,  i.e.,  the  source  of  the  message. 

The  control  field  follows  the  address  field  and 
contains  information  about  the  type  of  frame 
being  sent.  The  control  field  consists  of  one 
octet  that  is  always  present. 

The  information  field  contains  any  actual 
transferred  data.  This  field  may  be  empty  or  it 
may  contain  an  unlimited  number  of  octets. 
However,  because  of  the  limitations  of  the 


error-checking  algorithm  used  in  the  frame-check 
sequence,  however,  the  maximum  recommended  block 
size  is  approximately  4096  octets. 

The  frame  check  sequence  field  follows  the 
information  or  control  field.  The  FCS  is  a 16-bit 
Cyclic  Redundancy  Check  (CRC)  of  the  bits  in  the 
address,  control,  and  information  fields.  The  FCS 
is  based  on  the  CRC-CCITT  code,  which  uses  the 
polynomial  (x^  +x^  + x^+  1).  The  Z8030  Z-SCC 
contains  the  circuitry  necessary  to  generate  and 
check  the  FCS  field. 

Zero  insertion  and  deletion  is  a feature  of  SDLC 
that  allows  any  data  pattern  to  be  sent.  Zero 
insertion  occurs  when  five  consecutive  Is  in  the 
data  pattern  are  transmitted.  After  the  fifth  1,  a 
0 is  inserted  before  the  next  bit  is  sent.  The 
extra  0 does  not  affect  the  data  in  any  way  and  is 
deleted  by  the  receiver,  thus  restoring  the 
original  data  pattern. 

Zero  insertion  and  deletion  insures  that  the  data 
stream  will  not  contain  a flag  character  or  abort 
sequence.  Six  Is  preceded  and  followed  by  Os 
indicate  a flag  sequence  character.  Seven  to 
fourteen  Is  signify  an  abort;  15  or  more  Is 
indicate  an  idle  (inactive)  line.  Under  these 
three  conditions,  zero  insertion  and  deletion  are 
inhibited.  Figure  2 illustrates  the  various  line 
conditions. 


A.  ZERO  INSERTION 


FLAG 

ADDRESS 

CONTROL 

re 

FLAG 

| 01111110 

10101011 

011111011 

01111110  | 

1 7J 

ZERO  INSERTION 


ACTUAL 
DATA  STREAM 


ADDRESS  = 10101011 
CONTROL  = 01111111 

B.  ABORT  CONDITION 

xxxx111111101111110 

ABORT  FLAG 

C.  IDLE  CONDITION 

xxxxl  11111111111111 

i 

I 

Figure  2.  Bit!  Patterns  for  Various  Line  Conditions 
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SYSTEM  INTERFACE 


The  SDLC  protocol  differs  from  other  synchronous 
protocols  with  respect  to  frame  timing.  In  Bisync 
mode,  for  example,  a host  computer  might 
temporarily  interrupt  transmission  by  sending  sync 
characters  instead  of  data.  This  suspended 
condition  continues  as  long  as  the  receiver  does 
not  time  out.  With  SDLC,  however,  it  is  invalid  to 
send  flags  in  the  middle  of  a frame  to  idle  the 
line.  Such  action  causes  an  error  condition  and 
disrupts  orderly  operation.  Thus,  the  trans- 
mitting device  must  send  a complete  frame  without 
interruption.  If  a message  cannot  be  transmitted 
completely,  the  primary  station  sends  an  abort 
sequence  and  restarts  the  message  transmission  at 
a later  time. 


The  Z8002  Development  Module  consists  of  a Z8002 
CPU,  16k  words  of  dynamic  RAM,  2k  words  of  EPROM 
monitor,  a Z80A  SI-0  providing  dual  serial  ports,  a 
Z801  CTC  peripheral  device  providing  four 
counter/timer  channels,  two  Z80A  PIO  devices 
providing  32  programmable  I/O  lines,  and  wire  wrap 
area  for  prototyping.  The  block  diagram  is 
depicted  in  Figure  3.  Each  of  the  peripherals  in 
the  development  module  is  connected  in  a 
prioritized  daisy  chain  configuration.  The  Z-SCC 
is  included  in  this  configuration  by  tying  its  IEI 
line  to  the  IEO  line  of  another  device,  thus 
making  it  one  step  lower  in  interrupt  priority 
compared  to  the  other  device. 


RS-232C 

SERIAL 

CHANNELS 

(2) 


Figure  3.  Block  Diagram  of  Z8Q0Q  DM 
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Two  Z8000  Development  Modules  containing  Z-SCCs 
are  connected  as  shown  in  Figure  4 and  Figure  5. 
The  Transmit  Data  pin  of  one  is  connected  to  the 
Receive  Data  pin  of  the  other  and  vice  versa.  The 
Z8002  is  used  as  a host  CPU  for  loading  the 
modules'  memories  with  software  routines. 
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Figure  4.  Block  Diagram  of  Two  Z8000  CPUs 

The  Z8002  CPU  can  address  either  of  the  two  bytes 
contained  in  16-bit  words.  The  CPU  uses  an  even 
address  (16  bits)  to  access  the  most  significant 
byte  of  a word  and  an  odd  address  for  the  least 
significant  byte  of  a word. 

When  the  Z8002  CPU  uses  the  lower  half  of  the 
Address/Data  bus  (ADg-ADy  the  least  significant 
byte)  for  byte  read  and  write  transactions  during 
I/O  operations^  these  transactions  are  performed 
between  the  CPU  and  I/O  ports  located  at  odd  I/O 
addresses.  Since  the  Z-SCC  is  attached  to  the  CPU 
on  the  lower  half  of  the  A/D  bus,  its  registers 
must  appear  to  the  CPU  at  odd  I/O  addresses.  To 
achieve  this,  the  Z-SCC  can  be  programmed  to 
select  its  internal  registers  using  lines 
AD1-AD5.  This  is  done  either  automatically  with 
the  Force  Hardware  Reset  command  in  WR9  or  by 
sending  a Select  Shift  Left  Mode  command  to  WROB 
in  channel  B of  the  Z-SCC.  For  this  application, 
the  Z-SCC  registers  are  located  at  I/O  port 
address  ’ FExx'.  The  Chip  Select  signal  (CSO)  is 
derived  by  decoding  I/O  address  * FE  * hex  from 
lines  ADg-AD^  of  the  controller. 

To  select  the  read/write  registers  automatically, 
the  Z-SCC  decodes  lines  AD^|-AD5  in  Shift  Left 
mode.  The  register  map  for  the  Z-SCC  is  depicted 
in  Table  1. 


Table  1.  Register  Map 


Address 

(hex) 

Write  Register 

Read  Register 

FE01 

WROB 

RROB 

FE03 

WR1B 

RR1B 

FE05 

WR2 

RR2B 

FE07 

WR3B 

RR3B 

FE09 

WR4B 

FEOB 

WR5B 

FEOD 

WR6B 

FEOF 

WR7B 

FE11 

B DATA 

B DATA 

FE13 

WR9 

FE1 5 

WR10B 

RR10B 

FE17 

WR11B 

FE19 

WR12B 

RR12B 

FE1B 

WR13B 

RR13B 

FE1D 

WR14B 

FE1F 

WR15B 

RR15B 

FE21 

WROA 

RROA 

FE23 

WR1A 

RR1 A 

FE25 

WR2 

RR2A 

FE27 

WR3A 

RR3A 

FE29 

WR4A 

FE2B 

WR5A 

FE2D 

WR6A 

FE2F 

WR7A 

FE31 

A DATA 

A DATA 

FE33 

WR9 

FE33 

WR10A 

RR10A 

FE37 

WR11A 

FE39 

WR12A 

RR12A 

FE3B 

WR13A 

RR13A 

FE3D 

WR14A 

FE3F 

WR15A 

RR15A 

INITIALIZATION 

The  Z-SCC  can  be  initialized  for  use  in  different 
modes  by  setting  various  bits  in  its  write 
registers.  First,  a hardware  reset  must  be 
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Figure  5.  Z8002  With  SCC 


performed  by  setting  bits  7 and  6 of  WR9  to  one; 
the  rest  of  the  bits  are  disabled  by  writing  a 
logic  zero. 

SDLC  protocol  is  established  by  selecting  a SDLC 
mode,  sync  mode  enable,  and  a xl  clock  in  WR4.  A 
data  rate  of  9600  baud,  NRZ  encoding,  and  a 
character  length  of  eight  bits  are  among  the  other 
options  that  are  selected  in  this  example  (Table 
2). 

Note  that  WR9  is  accessed  twice,  first  to  perform 
a hardware  reset  and  again  at  the  end  of  the 
initialization  sequence  to  enable  interrupts.  The 
programming  sequence  depicted  in  Table  2 
establishes  the  necessary  parameters  for  the 
receiver  and  transmitter  so  that  they  are  ready  to 
perform  communication  tasks  when  enabled. 


Table  2.  Programming  Sequence 
for  Initialization 


Register 

Value 

(hex) 

Effect 

WR9 

CO 

Hardware  reset 

WR4 

20 

xl  clock,  SDLC  mode,  sync  mode 
enable 

WR10 

80 

NRZ,  CRC  preset  to  one 

WR6 

AB 

Any  station  address  e.g.  ”AB’’ 

WR7 

7E 

SDLC  flag  (01111110)  = ”7E" 

WR2 

20 

Interrupt  vector  ”20" 

WR1 1 

16 

Tx  clock  from  BRG  output,  TRxC 
pin  = BRG  out 

WR12 

CE 

Lower  byte  of  time  constant  = 
"CE"  for  9600  baud 

WR13 

0 

Upper  byte  = 0 

WR14 

03 

BRG  source  bit  = 1 for  PCLK  as 
input,  BRG  enable 

WR1 5 

00 

External  Interrupt  Disable 

WR5 

60 

Transmit  8 bits/character  SDLC 
CRC 

WR3 

Cl 

Rx  8 bits/character,  Rx  enable 
(Automatic  Hunt  mode) 

WR1 

08 

Rxlnt  on  1st  char  & sp.  cond., 
ext  int.  disable 

WR9 

09 

MIE,  VIS,  status  Low 

The  Z8002  CPU  must  be  operated  in  System  mode  to 
execute  privileged  I/O  instructions.  So  the  Flag 
and  Control  Word  (FCW)  should  be  loaded  with 
system  normal  (S/N),  and  the  Vectored  Interrupt 


Enable  (VIE)  bits  set.  The  Program  Status  Area 
Pointer  (PSAP)  is  loaded  with  the  address  “54400 
using  the  Load  Control  instruction  (LDCTL).  If  the 
Z8000  Development  Module  is  intended  to  be  used, 
the  PSAP  need  not  be  loaded  by  the  programmer 
because  the  development  module’s  monitor  loads  it 
automatically  after  the  NMI  button  is  pressed. 

Since  VIS  and  Status  Low  are  selected  in  WR9,  the 
vectors  listed  in  Table  3 will  be  returned  during 
the  Interrupt  Acknowledge  cycle.  Of  the  four 
interrupts  listed,  only  two,  Ch  A Receive 
Character  Available  and  Ch  A Special  Receive 
Condition,  are  used  in  the  example  given  here. 


Table  3.  Interrupt  Vectors 


PS 

Vector 

Address* 

(hex) 

(hex) 

Interrupt 

28 

446E 

Ch 

A 

Transmit  Buffer  Empty 

2A 

4472 

Ch 

A 

External  Status  Change 

2C 

4476 

Ch 

A 

Receive  Char.  Available 

2E 

447A 

Ch 

A 

Special  Receive  Condition 

♦Assuming  that  PSAP  has  been  set  to  4400  he*,  ”PS 
Address”  refers  to  the  location  in  the  Program 
Status  Area  where  the  service  routine  address  is 
stored  for  that  particular  interrupt. 

TRANSMIT  OPERATION 

To  transmit  a block  of  data,  the  main  program 
calls  up  the  transmit  data  routine.  With  this 
routine,  each  message  block  to  be  transmitted  is 
stored  in  memory,  beginning  with  location  ’TBUF’. 
The  number  of  characters  contained . in  each  block 
is  determined  by  the  value  assigned  to  the  ’COUNT’ 
parameter  in  the  main  module. 

To  prepare  for  transmission,  the  routine  enables 
the  transmitter  and  selects  the  Wait  On  Transmit 
function;  it  then  enables  the  wait  function.  The 
Wait  On  Transmit  function  indicates  to  the  CPU 
whether  or  not  the  Z-SCC  is  ready  to  accept  data 
from  the  CPU.  If  the  CPU  attempts  to  send  data  to 
the  Z-SCC  when  the  transmit  buffer  is  full,  the 
Z-SCC  asserts  its  Wait  line  and  keeps  it  Low  until 
the  buffer  is  empty.  In  response,  the  CPU  extends 
its  1/0  cycles  until  the  Wait  line  goes  inactive, 
indicating  that  the  Z-SCC  is  ready  to  receive 
data. 


4-158 


The  CRC  generator  is  reset  and  the  Transmit  CRC 
bit  is  enabled  before  the  first  character  is  sent, 
thus  including  all  the  characters  sent  to  the 
Z-SCC  in  the  CRC  calculation. 

The  Z-SCC* s transmit  underrun/EOM  latch  must  be 
reset  sometime  after  the  first  character  is 
transmitted  by  writing  a Reset  Tx  Underrun/EOM 
command  to  WRO.  When  this  latch  is  reset,  the 
Z-SCC  automatically  appends  the  CRC  characters  to 
the  end  of  the  message  in  the  case  of  an  underrun 
condition. 

Finally,  a three-character  delay  is  introduced  at 
the  end  of  the  transmission,  which  allows  the 
Z-SCC  sufficient  time  to  transmit  the  last  data 
byte  and  two  CRC  characters  before  disabling  the 
transmitter. 

RECEIVE  OPERATION 

Once  the  Z-SCC  is  initialized,  it  can  be  prepared 
to  receive  the  message.  First,  the  receiver  is 
enabled,  placing  the  Z-SCC  in  Hunt  mode  and  thus 
setting  the  Sync/Hunt  bit  in  status  register  RRO 
to  1.  In  Hunt  mode,  the  receiver  searches  the 
incoming  data  stream  for  flag  characters. 
Ordinarily,  the  receiver  transfers  all  the  data 
received  between  flags  to  the  receive  data  FIFO. 
If  the  receiver  is  in  Hunt  mode,  however,  no  data 
transfer  takes  place  until  an  opening  flag  is 
received.  If  an  abort  sequence  is  received,  the 
receiver  automatically  re-enters  Hunt  mode.  The 
Hunt  status  of  the  receiver  is  reported  by  the 
Sync/Hunt  bit  in  RRO. 

The  second  byte  of  an  SDLC  frame  is  assumed  by  the 
Z-SCC  to  be  the  address  of  the  secondary  stations 
for  which  the  frame  is  intended.  The  Z-SCC 
provides  several  options  for  handling  this 
address.  If  the  Address  Search  Mode  bit  D2  in  WR3 
is  set  to  zero,  the  address  recognition  logic  is 
disabled  and  all  the  received  data  bytes  are 
transferred  to  the  receive  data  FIFO.  In  this 
mode,  software  must  perform  any  address  recogni- 
tion. If  the  Address  Search  Mode  bit  is  set  to 
one,  only  those  frames  with  addresses  that  match 
the  address  programmed  in  WR6  or  the  global 
address  (all  Is)  will  be  transferred  to  the 
receive  data  FIFO.  If  the  Sync  Character  Load 
Inhibit  bit  (D1)  in  WR3  is  set  to  zero,  the 
address  comparison  is  made  across  all  eight  bits 
of  WR6.  The  comparison  can  be  modified  so  that 


only  the  four  most  significant  bits  of  WR6  need 
match  the  received  address.  This  alteration  is 
made  by  setting  the  Sync  Character  Load  Inhibit 
bit  to  one.  In  this  mode,  the  address  field  is 
still  eight  bits  wide  and  is  transferred  to  the 
FIFO  in  the  same  manner  as  the  data.  In  this 
application,  the  address  search  is  performed. 

When  the  address  match  is  accomplished,  the 
receiver  leaves  the  Hunt  mode  and  establishes  the 
Receive  Interrupt  on  First  Character  mode.  Upon 
detection  of  the  receive  interrupt,  the  CPU 
generates  an  Interrupt  Acknowledge  Cycle.  The 
Z-SCC  returns  the  programmed  vector  %2C.  This 
vector  points  to  the  location  2S4472  in  the  Program 
Status  Area  which  contains  the  receive  interrupt 
service  routine  address. 

The  receive  data  routine  is  called  from  within  the 
receive  interrupt  service  routine.  While 

expecting  a block  of  data,  the  Wait  On  Receive 
function  is  enabled.  Receive  read  buffer  RR8  is 
read  and  the  characters  are  stored  in  memory 
location  RBUF.  The  Z-SCC  in  SDLC  mode  auto- 
matically enables  the  CRC  checker  for  all  data 
between  opening  and  closing  flags  and  ignores  the 
Receive  CRC  Enable  bit  (D3)  in  WR3.  The  result  of 
the  CRC  calculation  for  the  entire  frame  in  RR1 
becomes  valid  only  when  the  End  Of  Frame  bit  is 
set  in  RR1 . The  processor  does  not  use  the  CRC 
bytes,  because  the  last  two  bits  of  the  CRC  are 
never  transferred  to  the  receive  data  FIFO  and  are 
not  recoverable. 

When  the  Z-SCC  recognizes  the  closing  flag,  the 
contents  of  the  Receive  Shift  register  are 
transferred  to  the  receive  data  FIFO,  the  Residue 
Code  (not  applicable  in  this  application)  is 
latched,  the  CRC  error  bit  is  latched  in  the  sta- 
tus FIFO,  and  the  End  Of  Frame  bit  is  set  in  the 
receive  status  FIFO.  When  the  End  Of  Frame  bit 
reaches  the  top  of  the  FIFO,  a special  receive 
condition  interrupt  occurs.  The  special  receive 
condition  register  RR1  is  read  to  determine  the 
result  of  the  CRC  calculation.  If  the  CRC  error 
bit  is  zero,  the  frame  received  is  assumed  to  be 
correct;  if  the  bit  is  1,  an  error  in  the 
transmission  is  indicated. 

Before  leaving  the  interrupt  service  routine, 
Reset  Highest  IU5  (Interrupt  Under  Service), 
Enable  Interrupt  on  Next  Receive  Character,  and 
Enter  Hunt  Mode  commands  are  issued  to  the  Z-SCC. 
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If  receive  overrun  error  is  made,  a special 
condition  interrupt  occurs.  The  Z-SCC  presents 
vector  SS2E  to  the  CPU,  and  the  service  routine 
located  at  address  %447A  is  executed.  Register  RR1 
is  read  to  determine  which  error  occurred. 
Appropriate  action  to  correct  the  error  should  be 
taken  by  the  user  at  this  point.  Error  Reset  and 
Reset  Highest  IUS  commands  are  given  to  the  Z-SCC 
before  returning  to  the  main  program  so  that  the 
other  lower-priority  interrupts  can  occur. 

In  addition  to  searching  the  data  stream  for 
flags,  the  receiver  also  scans  for  seven 
consecutive  Is,  which  indicates  an  abort 
condition.  This  condition  is  reported  in  the 
Break/ Abort  bit  (D7)  in  RRO.  This  is  one  of  many 
possible  external  status  conditions.  As  a result 


transitions  of  this  bit  can  be  programmed  to  cause 
an  external  status  interrupt.  The  abort  condition 
is  terminated  when  a zero  is  received,  either  by 
itself  or  as  the  leading  zero  of  a flag.  The 
receiver  leaves  Hunt  mode  only  when  a flag  is 
found. 

SOFTWARE 

Software  routines  are  presented  in  the  following 
pages.  These  routines  can  be  modified  to  include 
various  other  options  (e.g.,  SDLC  Loop,  Digital 
Phase  Locked  Loop  etc.).  By  modifying  the  WR10 
register,  different  encoding  methods  (e.g.,  NRZI, 
FMO,  FM1)  other  than  NRZ  can  be  used. 
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Software  Routines 


plzasm  1.3 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 

1 

2 

3 SDLC  MODULE 

$LISTON  $TTY 
CONSTANT 


WROA 

%FE21 

1BASE  ADDRESS  FOR  WRO  CHANNEL  A! 

RROA 

:«  %FE21 

1BASE  ADDRESS  FOR  RRO  CHANNEL  Al 

RBUF 

%5400 

1 BUFFER  AREA  FOR  RECEIVE  CHARACTER 1 

PSAREA 

j*  %4400 

l START  ADDRESS  FOR  PROGRAM  STAT  AREA! 

COUNT 

12 

INO.  OF  CHAR.  FOR  TRANSMIT  ROUTINE l 

0000 

GLOBAL 

MAIN  PROCEDURE 

ENTRY 

0000 

7601 

LDA 

Rl, PSAREA 

0002 

4400 

0004 

7D1D 

LDCTL 

PSAPOFFf R1 

1LOAD  PSAPl 

0006 

2100 

LD 

RO  , #%5000 

0008 

5000 

000A 

3310 

LD 

Rl ( #%1C) , RO 

1 FCW  VALUE (%5000)  AT  %441C  FOR  VECTORED 1 

oooc 

001C 

I INTERRUPTS! 

000E 

7600 

LDA 

RO  , REC 

0010 

00D6  1 

0012 

3310 

LD 

Rl (#%76) f RO 

1 EXT.  STATUS  SERVICE  ADDR.  AT  %4476  IN! 

0014 

0076 

!PSA! 

0016 

7600 

LDA 

RO  , SPCOND 

0018 

OOPA' 

001A 

3310 

LD 

Rl  ( #%7A)  ,R0 

1SP.COND. SERVICE  ADDR  AT  %447A  IN  PSA! 

001C 

007A 

001E 

5P00 

CALL 

INIT 

0020 

0034' 

0022 

5P00 

CALL 

TRANSMIT 

0024 

008C' 

0026 

E8PF 

JR 

$ 

0028 

AB 

TBUFs 

BVAL 

%AB 

1 STATION  ADDRESS! 

0029 

48 

BVAL 

•H' 

002A 

45 

BVAL 

• E' 

002B 

4C 

BVAL 

'L* 

002C 

4C 

BVAL 

•L* 

00  2D 

4F 

BVAL 

•O' 

002E 

20 

BVAL 

i • 

002P 

54 

BVAL 

tipi 

0030 

48 

BVAL 

'H' 

0031 

45 

BVAL 

• E' 

0032 

52 

BVAL 

'R' 

0033 

45 

BVAL 

• E' 

0034 

END 

MAIN 
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J******************  INITIALIZATION  ROUTINE  FOR  Z-SCC  ***********************1 


0034 

0034 

2100 

GLOBAL  INIT 
ENTRY 

LD 

PROCEDURE 
R0 , #15 

INO.OF  PORTS  TO  WRITE  TOl 

0036 

0038 

000F 

7602 

LDA 

R2 , SCCTAB 

1 ADDRESS  OF  DATA  FOR  PORTS! 

003A 

003C 

004E1 

2101 

ALOOPs  LD 

R1 , fWROA 

003E 

0040 

FE21 

0029 

ADDB 

RL1 , @R2 

0042 

A920 

INC 

R2 

0044 

3A22 

OUTIB 

@R1 , @R2  , R0 

1 POINT  TO  WR0A,WR1A  ETC  THRO  LOOP! 

0046 

0048 

0018 

8D04 

TEST 

R0 

1END  OF  LOOP?! 

004A 

EEF8 

JR 

NZ i ALOOP 

1 NO, KEEP  LOOPING 1 

004C 

004E 

9E08 

12 

RET 

SCCTAB : BVAL 

2*9 

004F 

CO 

BVAL 

%C0 

1WR9»  HARDWARE  RESET! 

0050 

08 

BVAL 

2*4 

0051 

20 

BVAL 

«20 

1WR4-X1  CLK , SDLC , SYNC  MODE! 

0052 

14 

BVAL 

2*10 

0053 

80 

BVAL 

%80 

!WR10»CRC  PRESET  ONE, NRZ, FLAG  ON  IDLE,! 

0054 

OC 

BVAL 

2*6 

!FLAG  ON  UNDERRUN! 

0055 

AB 

BVAL 

«AB 

IWR6-  ANY  ADDRESS  FOR  SDLC  STATION! 

0056 

OE 

BVAL 

2*7 

0057 

7E 

BVAL 

%7E 

!WR7-SDLC  FLAG  CHAR! 

0058 

04 

BVAL 

2*2 

0059 

20 

BVAL 

%20 

IWR2-INT  VECTOR  %20! 

005A 

16 

BVAL 

2*11 

005B 

16 

BVAL 

%16 

IWRll»Tx  CLOCK  & TRxC  OUT-BRG  OUT! 

005C 

18 

BVAL 

2*12 

005D 

CE 

BVAL 

%CE 

!WR12«  LOWER  TC-CE! 

005E 

1A 

BVAL 

2*13 

005P 

00 

BVAL 

0 

IWR13-  UPPER  TC*0! 

0060 

1C 

BVAL 

2*14 

0061 

03 

BVAL 

%03 

1WR14-BRG  ON , BRG  SRC-PCLKi 

0062 

IE 

BVAL 

2*15 

0063 

00 

BVAL 

%00 

1WR15-EXT  INT.  DISABLE! 

0064 

OA 

BVAL 

2*5 

0065 

60 

BVAL 

%60 

!WR5«Tx  8 BITS/CHAR,  SDLC  CRCI 

0066 

06 

BVAL 

2*3 

0067 

C5 

BVAL 

%C5 

1WR3«ADDR  SRCH , REC  ENABLE! 

0068 

02 

BVAL 

2*1 

0069 

08 

BVAL 

«08 

IWR1-RX  INT  ON  1ST  & SP  COND, ! 

006A 

12 

BVAL 

2*9 

! EXT  INT  DISABLE! 

006B 

09 

BVAL 

«09 

IWR9-  MIE, VIS, STATUS  LOW! 

006C 

END  INIT 

I******************  RECEIVE  ROUTINE  ************************************ j 


I RECEIVE  A BLOCK  OF  MESSAGE  1 


006C 

GLOBAL  RECEIVE 

PROCEDURE 

ENTRY 

006C 

C828 

LDB 

RL0,*«28 

1WAIT  ON  RECV. 1 

006E 

3A86 

OUTB 

WR0A+2 ,RL0 

0070 

FE23 

0072 

6008 

LDB 

RL0 ,%A8 

0074 

00A8 

0076 

3A86 

OUTB 

WR0A+2,RL0 

1 ENABLE  WAIT  FNC.  SP.  COND.  INT! 

0078 

FE23 

007A 

2101 

LD 

R1,#RR0A+16 

007C 

FE31 

007E 

2102 

LD 

R2 , ICOUNT+2 

1COUNT+2  CHARACTERS  TO  READ1 

0080 

000E 

0082 

2103 

LD 

R3,*RBUF 

I RECEIVE  BUFFER  IN  MEMORY! 

0084 

5400 

0086 

3A18 

INDRB 

6R3  , @R1 , R2 

!READ  THE  ENTIRE  MESSAGE! 

0088 

0230 

008A 

9E08 

RET 

008C  END  RECEIVE 
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i ****************  transmit  routine  ************************************ i 

1 SEND  A BLOCK  OF  EIGHT  DATA  CHARACTERS  1 

i THE  BLOCK  STARTS  AT  LOCATION  TBUF  1 


008C 

GLOBAL  TRANSMIT  PROCEDURE 

ENTRY 

008C 

2102 

LD 

R2  f ITBUF 

IPTR  TO  START  OF  BUFFER I 

008E 

0028' 

0090 

C868 

LDB 

RLO , #%68 

0092 

3A86 

OUTB 

WR0A+10,  RLO 

1 ENABLE  TRANSMITTER! 

0094 

FE2B 

0096 

C800 

LDB 

RLO i #%00 

IWAIT  ON  TRANSMIT! 

0098 

3A86 

OUTB 

WROA+2 /RLO 

009A 

FE23 

009C 

C888 

LDB 

RLO / *%88 

009E 

3A86 

OUTB 

WR0A+2,RL0 

1WAIT  ENABLE! 

00  A0 

FE23 

00A2 

C880 

LDB 

RLO / *%80 

00A4 

3A86 

OUTB 

WR0A,RL0 

! RESET  TxCRC  GENERATOR! 

00A6 

FE21 

00A8 

2101 

LD 

R1  / IWR0A+16 

!WR8A  SELECTED! 

00AA 

FE31 

00  AC 

2100 

LD 

R0/I1 

OOAE 

0001 

OOBO 

C869 

LDB 

RLO  r #%69 

1SDLC  CRC1 

00B2 

3A86 

OUTB 

WR0A+10 /RLO 

IWR5A«TxCRC  ENABLE! 

00B4 

FE2B 

00B6 

3A22 

OTIRB 

§R1  / 0R2  / RO 

1SEND  ADDRESS! 

00B8 

0010 

OOBA 

C8C0 

LDB 

RLO ,#%C0 

OOBC 

3A86 

OUTB 

WR0A,RL0 

! RESET  TxUND/EOM  LATCH! 

OOBE 

FE21 

OOCO 

2100 

LD 

RO , #COUNT-l 

00C2 

000B 

00C4 

3A22 

OTIRB 

0R1  f 0R2  / RO 

!SEND  MESSAGE! 

00C6 

0010 

00C8 

2100 

LD 

RO / #926 

1 CREATE  DELAY  BEFORE  DISABLING! 

OOCA 

039E 

OOCC 

F081 

DEL:  DJNZ 

RO/DEL 

I TRANSMITTER  SO  THAT  CRC  CAN  BE! 

OOCE 

C800 

LDB 

RLO  f #0 

1 SENT! 

00D0 

3A86 

OUTB 

WR0A+10/RL0 

! DISABLE  TRANSMITTER! 

00D2 

FE2B 

00D4 

9E08 

RET 

00D6 

END  TRANSMIT 

i*************  receive  int.  SERVICE 

ROUTINE  ************************* i 

00D6 

GLOBAL  REC 

PROCEDURE 

ENTRY 

OOD6  93F3 

PUSH 

0R15/R3 

00D8  93F2 

PUSH 

@R15,R2 

OODA  93F1 

PUSH 

@R15,R1 

OODC  93F0 

PUSH 

0R15/RO 

OODE  3A94 

INB 

RL1/RR0A 

1READ  STATUS  REG  RR0A1 

00E0  FE21 

00E2  A690 

BITB 

RLl / *0 

!TEST  IF  Rx  CHAR  SET! 

00E4  E602 

JR 

Z, RESET 

!YES  CALL  RECEIVE  ROUTINE! 

00E6  5F00 

CALL 

RECEIVE 

00E8  006C* 

OOEA  C838 

RESET:  LDB 

RL0/*%38 

OOEC  3A86 

OUTB 

WR0A,RL0 

I RESET  HIGHEST  IUS! 

OOEE  FE21 

00F0  97F0 

POP 

R0/8R15 

00F2  97F1 

POP 

R1/0R15 

00F4  97F2 

POP 

R2/0R15 

00F6  97F3 

POP 

R3,0R15 

00F8  7 BOO 

IRET 

OOFA 

END  REC 
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! ************  SPECIAL  CONDITION  INTERRUPT  SERVICE  ROUTINE  *************** J 


00FA 

GLOBAL  SPCOND 

PROCEDURE 

ENTRY 

OOFA 

93F0 

PUSH 

@R15,R0 

OOFC 

3A84 

INB 

RLO f RROA+2 

1READ  ERRORS  1 

OOFE 

FE23 

0100 

A687 

BITB 

RLO , #7 

1 END  OF  FRAME  ?! 

1 PROCESS  OVERRUN, FRAMING  ERRORS 

IF  ANY! 

0102 

E603 

JR 

Z,RESE 

0104 

C820 

LDB 

RLO , #%20 

0106 

3A86 

OUTB 

WROA, RLO 

1 YES, ENABLE  INT  ON 

NEXT  REC  CHARI 

0108 

FE21 

010A 

C830 

RESE:  LDB 

RLO , #%30 

010C 

3A86 

OUTB 

WROA, RLO 

1 ERROR  RESET! 

010E 

FE21 

0110 

C808 

LDB 

RLO , *%08 

0112 

3A86 

OUTB 

WROA+2 ,RL0 

!WAIT  DISABLE, RxINT 

ON  1ST  OR  SP  COND.I 

0114 

FE23 

0116 

C838 

LDB 

RLO , #%3  8 

0118 

3A86 

OUTB 

WROA, RLO 

1 RESET  HIGHEST  IUS1 

011A 

FE21 

one 

97F0 

POP 

RO , @R1 5 

011E 

7B00 

IRET 

0120 

END  SPCOND 

END  SDLC 
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Zilog’s  Z8030  Z-SCC  Serial  Communications  Control- 
ler is  one  of  a family  of  components  that  are 
Z-BUS™  compatible  with  the  ZBOOCr"  CPU.  Combined 
with  a Z8000  CPU  (or  other  existing  8-  or  16-bit 
CPUs  with  nonmultiplexed  buses  when  using  the 
Z8330  SCC),  the  Z-SCC  forms  an  integrated  data 
communications  controller  that  is  more  cost  effec- 
tive and  more  compact  than  systems  incorporating 
UARTs,  baud  rate  generators,  and  phase-locked 
loops  as  separate  entities. 

The  approach  examined  here  implements  a communica- 
tions controller  in  a Binary  Synchronous  mode  of 
operation,  with  a Z8002  CPU  acting  as  controller 
for  the  Z-SCC. 

One  channel  of  the  Z-SCC  is  used  to  communicate 
with  the  remote  station  in  Half  Duplex  mode  at 
9600  bits/second.  To  test  this  application,  two 
Z8000  Development  Modules  are  used.  Both  are 
loaded  with  the  same  software  routines  for  ini- 
tialization and  for  transmitting  and  receiving 
messages.  The  main  program  of  one  module  requests 
the  transmit  routine  to  send  a message  of  the 
length  indicated  in  the  ’COUNT’  parameter.  The 
other  system  receives  the  incoming  data  stream, 
storing  the  message  m its  resident  memory. 

DATA  TRANSFER  NODES 

The  Z-SCC  system  interface  supports  the  following 
data  transfer  modes: 

• Polled  Node.  The  CPU  periodically  polls  the 
Z-SCC  status  registers  to  determine  the  avail- 
ability of  a received  character,  if  a character 
is  needed  for  transmission,  and  if  any  errors 
have  been  detected. 

9 Interrupt  Node.  The  Z-SCC  interrupts  the  CPU 
when  certain  previously  defined  conditions  are 
met. 


• Block/DNA  Node.  Using  the  Wait/Request  (W/REQ) 
signal,  the  Z-SCC  introduces  extra  wait  cycles 
to  synchronize  data  transfer  between  a 
CPU  or  DMA  controller  and  the  Z-SCC. 

The  example  given  here  uses  the  block  mode  of  data 
transfer  in  its  transmit  and  receive  routines. 


SYNCHRONOUS  NODES 

Three  variations  of  character-oriented  synchronous 
communications  are  supported  by  the  Z-SCC:  Mono- 
sync, Bisync,  and  External  Sync  (Figure  1).  In 
Monosync  mode,  a single  sync  character  is  trans- 
mitted, which  is  then  compared  to  an  identical 
sync  character  in  the  receiver.  When  the  receiver 
recognizes  this  sync  character,  synchronization  is 
complete;  the  receiver  then  transfers  subsequent 
characters  into  the  receiver  FIFO  in  the  Z-SCC. 


SYNC 

DATA  DATA 

CRC1 

CRC2 

a.  MONOSYNC  MODE 


// 

SYNC  SYNC  DATA  DATA  CRC1  CRC2 

— 

b.  BISYNC  MODE 

EXTERNAL 
SYNC  SIGNAL 

/> 

DATA  DATA  CRC1  CRC2 

// — 

c.  EXTERNAL  SYNC  MODE 

Figure  1.  Synchronous  Nodes  of  Comnunication 

Bisync  mode  uses  a 16-bit  or  12-bit  sync  character 
m the  same  way  to  obtain  synchronization.  Exter- 
nal Sync  mode  uses  an  external  signal  to  mark  the 
beginning  of  the  data  field;  i.e.,  an  external 
input  pin  (SYNC)  indicates  the  start  of  the  infor- 
mation field. 
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In  all  synchronous  modes,  two  Cyclic  Redundancy 
Check  (CRC)  bytes  can  be  concatenated  to  the  mes- 
sage to  detect  data  transmission  errors.  The  CRC 
bytes  inserted  m the  transmitted  message  are  com- 
pared to  the  CRC  bytes  computed  to  the  receiver. 

i 

Any  differences  found  are  held  in  the  receive 
error  FIFO. 

SYSTEM  INTERFACE 

The  Z8002  Development  Module  consists  of  a Z8002 
CPU,  16K  words  of  dynamic  RAM,  2K  words  of  EPROM 


Two  Z8000  Development  Modules  containing  Z-SCCs 
are  connected  as  shown  in  Figure  3 and  Figure  4. 
The  Transmit  Data  pin  of  one  is  connected  to  the 
Receive  Data  pin  of  the  other  and  vice  versa.  The 
Z8002  is  used  as  a host  CPU  for  loading  the 
modules’  memories  with  software  routines. 

The  Z8000  CPU  can  address  either  of  the  two  bytes 
contained  in  16-bit  words.  The  CPU  uses  an  even 
address  (16  bits)  to  access  the  most -significant 
byte  of  a word  and  an  odd  address  for  the  least - 
significant  byte  of  a word. 


RS-232C 

SERIAL 

CHANNELS 

(2) 


monitor,  a Z80A  SIO  providing  dual  serial  ports,  a 
Z80A  CTC  peripheral  device  providing  four  counter/ 
timer  channels,  two  Z80A  PIO  devices  providing  32 
programmable  I/O  lines,  and  wire  wrap  area  for 
prototyping.  The  block  diagram  is  depicted  in 
Figure  2.  Each  of  the  peripherals  in  the  develop- 
ment module  is  connected  in  a prioritized  daisy-c- 
hain configuration.  The  Z-SCC  is  included  in  this 
configuration  by  tying  its  IE  I line  to  the  IEO 
line  of  another  device,  thus  making  it  one  step 
lower  in  interrupt  priority  compared  to  the  other 
device. 


__  TxD_ 

_RxD 

Z8002 

- I5X£.  _ 

JRTxC 

Z8002 

Z-SCC 

RTxC 

_ -IF*£  _ 

Z-SCC 

RxD 

_ JTxD_  _ 

LOCAL  REMOTE 

Figure  3.  Block  Diagram  of  Two  Z80QQ 
Development  Modules 
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iad15 

iad14 

iad13 

iad12 


lADi! 

IAD10 

■ADg 

IADs 


IAD7 

IAD6 

IADs 

IAD4 


IAD3 
IAD2 
IAD-i 
I A D0 


WAIT 

STOP 

VI 

NVI 


NMI 

BESET 

4MHz 


Figure  4.  Z8002  with  SCC 


When  the  Z8002  CPU  uses  the  lower  half  of  the 
Address/Data  bus  (ADq-AD^  the  least  significant 
byte)  for  byte  read  and  write  transactions  during 
I/O  operations,  these  transactions  are  performed 
between  the  CPU  and  I/O  ports  located  at  odd  I/O 
addresses.  Since  the  Z-SCC  is  attached  to  the  CPU 
on  the  lower  half  of  the  A/D  bus,  its  registers 
must  appear  to  the  CPU  at  odd  I/O  addresses.  To 
achieve  this,  the  Z-SCC  can  be  programmed  to 
select  its  internal  registers  using  lines 

AD'j-AD^.  This  is  done  either  automatically  with 
the  Force  Hardware  Reset  command  in  WR9  or  by 
sending  a Select  Shift  Left  Mode  command  to  WROB 
in  channel  B of  the  Z-SCC.  For  this  application, 
the  Z-SCC  registers  are  located  at  I/O  port 
address  ’FExx’.  The  Chip  Select  signal  (CSO)  is 
derived  by  decoding  I/O  address  • FE  • hex  from 
lines  ADg-AD^ij  of  the  controller.  The  Read/Write 
registers  are  automatically  selected  by  the  Z-SCC 
when  internally  decoding  lines  AD^-AD^  in  Shift 
Left  mode.  To  select  the  Read/Write  registers 

automatically,  the  Z-SCC  decodes  lines  AD^-AD^  in 
Shift  Left  mode.  The  register  map  for  the  Z-SCC 
is  depicted  in  Table  1. 

INITIALIZATION 

The  Z-SCC  can  be  initialized  for  use  in  different 
modes  by  setting  various  bits  m its  Write  regis- 
ters. First,  a hardware  reset  must  be  performed 
by  setting  bits  7 and  6 of  WR9  to  one;  the  rest  of 
the  bits  are  disabled  by  writing  a logic  zero. 

Bisync  mode  is  established  by  selecting  a 16-bit 
sync  character,  Sync  Mode  Enable,  and  a XI  clock 
in  WR4.  A data  rate  of  9600  baud,  NRZ  encoding, 
and  a data  character  length  of  eight  bits  are 
among  the  other  options  that  are  selected  in  this 
example  (Fable  2). 

Note  that  WR9  is  accessed  twice,  first  to  perform 
a hardware  reset  and  again  at  the  end  of  the  ini- 
tialization sequence  to  enable  the  interrupts. 
The  programming  sequence  depicted  in  Table  2 
establishes  the  necessary  parameters  for  the 
receiver  and  the  transmitter  so  that,  when 
enabled,  they  are  ready  to  perform  communication 
tasks.  To  avoid  internal  race  and  false  interrupt 
conditions,  it  is  important  to  initialize  the  reg- 
isters in  the  sequence  depicted  in  this  applica- 
tion note. 


Table  1.  Register  Map 


Address 

(hex) 

Write  Register 

Read  Register 

FE01 

WROB 

RROB 

FE03 

WR1B 

RR1B 

FE05 

WR2 

RR2B 

FE07 

WR3B 

RR3B 

FE09 

WR4B 

FEOB 

WR5B 

FEOD 

WR6B 

FEOF 

WR7B 

FE11 

B DATA 

B DATA 

FE13 

WR9 

FE15 

WR10B 

RR10B 

FE17 

WR11B 

FE19 

WR12B 

RR12B 

FE1B 

WR13B 

RR13B 

FE1D 

WR14B 

FE1F 

WR15B 

RR15B 

FE21 

WROA 

RROA 

FE23 

WR1A 

RR1A 

FE23 

WR2 

RR2A 

FE27 

WR3A 

RR3A 

FE29 

WR4A 

FE2B 

WR5A 

FE2D 

WR6A 

FE2F 

WR7A 

FE31 

A DATA 

A DATA 

FE33 

WR9 

FE33 

WR10A 

RR10A 

FE37 

WR11A 

FE39 

WR12A 

RR12A 

FE3B 

WR13A 

RR13A 

FE3D 

WR14A 

FE3F 

WR15A 

RR15A 

The  Z8002  CPU  must  be  operated  in  System  mode  in 
order  to  execute  privileged  I/O  instructions,  so 
the  Flag  Control  Word  (FCW)  should  be  loaded  with 
System/Normal  (S/N),  and  the  Vectored  Interrupt 
Enable  (VIE)  bits  set.  The  Program  Status  Area 
Pointer  (PSAP)  is  loaded  with  address  %4400  using 
the  Load  Control  instruction  (LDCTL).  If  the  Z8000 
Development  Module  is  intended  to  be  used,  the 
PSAP  need  not  be  loaded  by  the  programmer  as  the 
development  modules  monitor  loads  it  automatically 
after  the  NMI  button  is  pressed. 
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Table  2.  Programming  Sequence 
for  Initialization 


Register 

Value 

(hex) 

Effect 

WR9 

CO 

Hardware  reset 

WR4 

10 

xl  clock,  16-bit  sync,  sync  mode 
enable 

WR10 

0 

NRZ,  CRC  preset  to  zero 

WR6 

AB 

Any  sync  character  "AB" 

WR7 

CD 

Any  sync  character  "CD" 

WR2 

20 

Interrupt  vector  "20" 

WR11 

16 

Tx  clock  from  BRG  output,  TRxC 
pm  = BRG  out 

WR12 

CE 

Lower  byte  of  time  constant  = 
"CE"  for  9600  baud 

WR13 

0 

Upper  byte  = 0 

WR14 

03 

BRG  source  bit  = 1 for  PCLK  as 
input,  BRG  enable 

WR15 

00 

External  interrupt  disable 

WR5 

64 

Tx  8 bits/character,  CRC-16 

WR3 

Cl 

Rx  8 bits/character,  Rx  enable 
(Automatic  Hunt  mode) 

WR1 

08 

Rxlnt  on  1st  char  & sp.  cond., 
ext.  mt.  disable) 

WR9 

09 

MIE,  VIS,  Status  Low 

Since  VIS  and  Status  Low  are  selected  in  WR9,  the 
vectors  listed  in  Table  3 will  be  returned  during 
the  Interrupt  Acknowledge  cycle.  Of  the  four 
interrupts  listed,  only  two,  Ch  A Receive  Charac- 
ter Available  and  Ch  A Special  Receive  Condition, 
are  used  in  the  example  given  here. 

Table  3.  Interrupt  Vectors 


PS 

Vector  Address* 


(hex) 

(hex) 

Interrupt 

28 

446E 

Ch 

A 

Transmit  Buffer  Empty 

2A 

4472 

Ch 

A 

External  Status  Change 

2C 

4476 

Ch 

A 

Receive  Char.  Available 

2E 

447 A 

Ch 

A Special  Receive  Condition 

* "PS  Address"  refers  to  the  location  in  the  Pro- 
gram Status  Area  where  the  service  routine 
address  is  stored  for  that  particular  interrupt, 
assuming  that  PSAP  has  been  set  to  4400  hex. 


TRANSMIT  OPERATION 

To  transmit  a block  of  data,  the  main  program 
calls  up  the  transmit  data  routine.  With  this 
routine,  each  message  block  to  be  transmitted  is 
stored  in  memory,  beginning  with  location  'TBUF'. 
The  number  of  characters  contained  in  each  block 
is  determined  by  the  value  assigned  to  the  'COUNT' 
parameter  in  the  main  module. 

To  prepare  for  transmission,  the  routine  enables 
the  transmitter  and  selects  the  Wait  On  Transmit 
function;  it  then  enables  the  wait  function.  The 
Wait  On  Transmit  function  indicates  to  the  CPU 
whether  or  not  the  Z-SCC  is  ready  to  accept  data 
from  the  CPU.  If  the  CPU  attempts  to  send  data  to 
the  Z-SCC  when  the  transmit  buffer  is  full,  the 
Z-SCC  asserts  its  Wait  line  and  keeps  it  Low  until 
the  buffer  is  empty.  In  response,  the  CPU  extends 
its  I/O  cycles  until  the  Wait  line  goes  inactive, 
indicating  that  the  Z-SCC  is  ready  to  receive 
data. 

The  CRC  generator  is  reset  and  the  Transmit  CRC 
bit  is  enabled  before  the  first  character  is 
sent,  thus  including  all  the  characters  sent  to 
the  Z-SCC  in  the  CRC  calculation,  until  the  Trans- 
mit CRC  bit  is  disabled.  CRC  generation  can  be 
disabled  for  a particular  character  by  resetting 
the  TxCRC  bit  within  the  transmit  routine.  In 
this  application,  however,  the  Transmit  CRC  bit  is 
not  disabled,  so  that  all  characters  sent  to  the 
Z-SCC  are  included  in  the  CRC  calculation. 

The  Z-SCC 's  transmit  underrun/EOM  latch  must  be 
reset  sometime  after  the  first  character  is  trans- 
mitted by  writing  a Reset  Tx  Underrun/EOM  command 
to  WRO.  When  this  latch  is  reset,  the  Z-SCC  auto- 
matically appends  the  CRC  characters  to  the  end  of 
the  message  in  the  case  of  an  underrun  condition. 

Finally,  a five-character  delay  is  introduced  at 
the  end  of  the  transmission,  which  allows  the 
Z-SCC  sufficient  time  to  transmit  the  last  data 
byte,  two  CRC  characters,  and  two  sync  characters 
before  disabling  the  transmitter. 

RECEIVE  OPERATION 

Once  the  Z-SCC  is  initialized,  it  can  be  pre- 
pared to  receive  data.  First,  the  receiver  is 
enabled,  placing  the  Z-SCC  in  Hunt  mode  and  thus 
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setting  the  Sync/Hunt  bit  in  status  register  RRO 
to  1.  In  Hunt  mode,  the  receiver  is  idle  except 
that  it  searches  the  incoming  data  stream  for  a 
sync  character  match.  When  a match  is  discovered 
between  the  incoming  data  stream  and  the  sync 
characters  stored  in  WR6  and  WR7,  the  receiver 
exits  the  Hunt  mode,  resetting  the  Sync/Hunt  bit 
m status  register  RRO  and  establishing  the 
Receive  Interrupt  On  First  Character  mode.  Upon 
detection  of  the  receive  interrupt,  the  CPU  gener- 
ates an  Interrupt  Acknowledge  cycle.  The  Z-SCC 
sends  to  the  CPU  vector  SS2C,  which  points  to  the 
location  in  the  Program  Status  Area  from  which  the 
receive  interrupt  service  routine  is  accessed. 

The  receive  data  routine  is  called  from  within 
the  receive  interrupt  service  routine.  While 
expecting  a block  of  data,  the  Wait  On  Receive 
function  is  enabled.  Receive  data  buffer  RR8  is 
read,  and  the  characters  are  stored  in  memory 
locations  starting  at  RBUF.  The  Start  of  Text 
(S#02)  character  is  discarded.  After  the  End  of 
Transmission  character  (%04)  is  received,  the  two 
CRC  bytes  are  read.  The  result  of  the  CRC  check 
becomes  valid  two  characters  later,  at  which  time, 
RR1  is  read  and  the  CRC  error  bit  is  checked.  If 
the  bit  is  zero,  the  message  received  can  be 
assumed  correct;  if  the  bit  is  1,  an  error  in  the 
transmission  is  indicated. 


Before  leaving  the  interrupt  service  routine, 
Reset  Highest  IUS  (Interrupt  Under  Service), 
Enable  Interrupt  on  Next  Recieve  Character,  and 
Enter  Hunt  Mode  commands  are  issued  to  the  Z-SCC. 

If  a receive  overrun  error  is  made,  a special  con- 
dition interrupt  occurs.  The  Z-SCC  presents  the 
vector  2S2E  to  the  CPU,  and  the  service  routine 
located  at  address  ?o447A  is  executed.  The  Special 
Receive  Condition  register  RR1  is  read  to  deter- 
mine which  error  occurred.  Appropriate  action  to 
correct  the  error  should  be  taken  by  the  user  at 
this  point.  Error  Reset  and  Reset  Highest  IUS 
commands  are  given  to  the  Z-SCC  before  returning 
to  the  main  program  so  that  the  other  lower  prior- 
ity interrupts  can  occur. 

SOFTWARE 

Software  routines  are  presented  in  the  following 
pages.  These  routines  can  be  modified  to  include 
various  versions  of  Bisync  protocol,  such  as 
Transparent  and  Nontransparent  modes.  Encoding 
methods  other  than  NRZ  (e.g.,  NRZI,  FMO,  FM1)  can 
also  be  used  by  modifying  WR10. 
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Appendix 


Software  Routines 

plzasm  1.3 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 

1 BISYNC  MODULE 

5LISTON  $TTY 
CONSTANT 


WROA 

:■ 

%FE21 

1BASE  ADDRESS  FOR  WRO  CHANNEL  Al 

RROA 

%FE21 

I BASE  ADDRESS  FOR  RRO  CHANNEL  AI 

RBUF 

: * 

%5400 

1 BUFFER  AREA  FOR  RECEIVE  CHARACTER 1 

PSAREA 

: * 

%4400 

I START  ADDRESS  FOR  PROGRAM  STAT  AREA1 

COUNT 

:■ 

12 

1NO.  OF  CHAR.  FOR  TRANSMIT  ROUTINE 1 

0000 

GLOBAL 

MAIN 

PROCEDURE 

ENTRY 

0000 

7601 

LDA 

Rl, PSAREA 

0002 

4400 

0004 

7D1D 

LDCTL  PSAP0FF,R1 

ILOAD  PSAP1 

0006 

2100 

LD 

RO, #45000 

0008 

5000 

000A 

3310 

LD 

Rl  ( *%1C) ,R0 

IFCW  VALUE(%5000)  AT  4441C  FOR  VECTORED 1 

OOOC 

001C 

i INTERRUPTS! 

000E 

7600 

LDA 

RO , REC 

0010 

00F4 1 

0012 

3310 

LD 

Rl ( #%76) ,R0 

IEXT.  STATUS  SERVICE  ADDR.  AT  44476  INI 

0014 

0076 

IPSA1 

0016 

7600 

LDA 

RO  , SPCOND 

0018 

011E' 

001A 

3310 

LD 

Rl (#47A) ,R0 

ISP. COND. SERVICE  ADDR  AT  4447A  IN  PSAI 

001C 

007A 

001E 

5F00 

CALL 

INIT 

0020 

0034* 

0022 

5F00 

CALL 

TRANSMIT 

0024 

00A6  * 

0026 

E8FF 

JR 

$ 

0028 

02 

TBUF: 

BVAL 

%02 

I START  OF  TEXT! 

0029 

31 

BVAL 

•1' 

1BVAL  MEANS  BYTE  VALUE.  MESSAGE  CHAR. 1 

002A 

32 

BVAL 

•2' 

002B 

33 

BVAL 

*3' 

002C 

34 

BVAL 

.4. 

002D 

35 

BVAL 

•5' 

002E 

36 

BVAL 

•6' 

002F 

37 

BVAL 

.71 

0030 

38 

BVAL 

•8' 

0031 

39 

BVAL 

•9' 

0032 

30 

BVAL 

•O' 

0033 

31 

BVAL 

•1* 

0034 

END 

MAIN 
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l ******************  INITIALIZATION 

ROUTINE  FOR  Z~*SCC  ***********************1 

0034 

GLOBAL  INIT 

PROCEDURE 

ENTRY 

0034  2100 

LD 

RO, #15 

I NO. OF  PORTS  TO  WRITE  TOl 

0036  000F 

0038  7602 

LDA 

R2, SCCTAB 

{ADDRESS  OF  DATA  FOR  PORTS { 

003A  004E* 

003C  2101 

ALOOP:  LD 

R1 , #WR0 A 

003E  FE21 

0040  0029 

ADDB 

RL1 , 0R2 

0042  A920 

INC 

R2 

0044  3A22 

OUTIB 

§R1,8R2,R0 

{POINT  TO  WR0A,WR1A  ETC  THRO  LOOP{ 

0046  0018 

0048  8D04 

TEST 

RO 

{END  OF  LOOP? { 

004A  EEF8 

JR 

NZ , ALOOP 

{NO, KEEP  LOOPING { 

004C  9E08 

RET 

004E  12 

SCCTAB : BVAL 

2*9 

004F  CO 

BVAL 

%C0 

{WR9 "HARDWARE  RESET { 

0050  08 

BVAL 

2*4 

0051  10 

BVAL 

%10 

{WR4«X1  CLK, 16  BIT  SYNC  MODE{ 

0052  14 

BVAL 

2*10 

0053  00 

BVAL 

0 

IWR10-CRC  PRESET  ZERO,NRZ,16  BIT  SYNC{ 

0054  OC 

BVAL 

2*6 

0055  AB 

BVAL 

«AB 

{WR6-ANY  SYNC  CHAR  %AB{ 

0056  OE 

BVAL 

2*7 

0057  CD 

BVAL 

%CD 

{WR7-ANY  SYNC  CHARR  %CD{ 

0058  04 

BVAL 

2*2 

0059  20 

BVAL 

%20 

IWR2*=INT  VECTOR  «20{ 

005A  16 

BVAL 

2*11 

005B  16 

BVAL 

%16 

{WRll-TxCLOCK  & TRxC  OUT-BRG  OUT{ 

005C  18 

BVAL 

2*12 

005D  CE 

BVAL 

«CE 

IWR12-  LOWER  TC*%CE{ 

005E  1A 

BVAL 

2*13 

005F  00 

BVAL 

0 

JWR13-  UPPER  TC«0i 

0060  1C 

BVAL 

2*14 

0061  03 

BVAL 

%03 

JWR14-BRG  ON,  ITS  SRC-PCLK{ 

0062  IE 

BVAL 

2*15 

0063  00 

BVAL 

«00 

{WR15-NO  EXT  INT  EN.{ 

0064  OA 

BVAL 

2*5 

0065  64 

BVAL 

%64 

IWR5«  TX  8 BITS/CHAR,  CRC-16{ 

0066  06 

BVAL 

2*3 

0067  Cl 

BVAL 

%C1 

IWR3«RX  8 BITS/CHAR,  REC  ENABLE l 

0068  02 

BVAL 

2*1 

0069  08 

BVAL 

%08 

IWRl-RxINT  ON  1ST  OR  SP  CONDi 

{ EXT  INT  DISABLE 1 

006A  12 

BVAL 

2*9 

006B  09 

BVAL 

%09 

IWR9*  MIE, VIS, STATUS  LOW{ 

006C 

END  INIT 

{ 

******************  RECEIVE  routine 

************************************1 

{ 

RECEIVE  A BLOCK 

OF 

MESSAGE 

{ 

{ 

THE 

LAST  CHARACTER 

SHOULD  BE  EOT(%04) 

{ 

006C 

GLOBAL  RECEIVE 

PROCEDURE 

ENTRY 

006C 

C828 

LDB 

RL0 , #%28 

{WAIT  ON  RECV. { 

006E 

3A86 

OUTB 

WROA+2 , RLO 

0070 

FE23 

0072 

6008 

LDB 

RL0 , %A8 

0074 

00A8 

0076 

3A86 

OUTB 

WROA+2, RL0 

{ENABLE  WAIT  1ST  CHAR,SP.COND. 

INTI 

0078 

FE23 

007A 

2101 

LD 

R1 , IRROA+16 

007C 

FE31 

007E 

3C18 

INB 

RL0 , @R1 

{READ  STX  CHARACTER { 

0080 

C8C9 

LDB 

RL0 , #%C9 

0082 

3A86 

OUTB 

WROA+6 ,RL0 

{Rx  CRC  ENABLE { 

0084 

FE27 

0086 

2103 

LD 

R3 , #RBUF 

0088 

5400 

008A 

3C18 

READ*  INB 

RLO , @R1 

{READ  MESSAGE { 

008C 

2E38 

LDB 

@R3 ,RL0 

{STORE  CHARACTER  IN  RBUF{ 

008E 

AB30 

DEC 

R3,  #1 

0090 

0A08 

CPB 

RLO , #%04 

{IS  IT  END  OF  TRANSMISSION  ?{ 

0092 

0404 

0094 

EEFA 

JR 

NZ,READ 

0096 

3C18 

INB 

RLO , @R1 

{READ  PAD1 { 

0098 

3C18 

INB 

RLO , @R1 

{READ  PAD2{ 

009A 

3A84 

INB 

RLO ,RR0A+2 

{READ  CRC  STATUS { 

009C 

FE23 

{ 

PROCESS  CRC  ERROR  IF  ANY,  AND 

GIVE  ERROR  RESET  COMMAND  IN  WROA 

{ 

009E 

C800 

LDB 

RLO , #0 

00  A0 

3A86 

OUTB 

WROA+6, RLO 

{DISABLE  RECEIVER { 

00A2 

FE27 

00A4 

9E08 

RET 

00A6 

END  RECEIVE 

4-172 


I ****************  TRANSMIT  ROUTINE  ************************************ j 

I SEND  A BLOCK  OP  DATA  CHARACTERS  1 

1 THE  BLOCK  STARTS  AT  LOCATION  TBUP  I 


00A6 

GLOBAL  TRANSMIT  PROCEDURE 

ENTRY 

00A6  2102 

LD 

R2,#TBUF 

1 PTR  TO  START  OP  BUFFER! 

00A8  0028' 

00AA  C86C 

LDB 

RLO , #%6C 

00 AC  3A86 

OUTB 

WR0A+10/RL0 

! ENABLE  TRANSMITTER! 

OOAE  PE2B 

OOBO  C800 

LDB 

RLO , #%00 

1WAIT  ON  TRANSMIT! 

00B2  3A86 

OUTB 

WR0A+2,RL0 

00B4  FE23 

00B6  C888 

LDB 

RLO , *%88 

00B8  3A86 

OUTB 

WR0A+2,RL0 

1WAIT  ENABLE, INT  ON  1ST  & SP  CONDI 

OOBA  FE23 

OOBC  C880 

LDB 

RLO, #%80 

OOBE  3A86 

OUTB 

WR0A,RL0 

1 RESET  TxCRC  GENERATOR! 

OOCO  PE21 

00C2  2101 

LD 

R1 , tWROA+16 

IWR8A  SELECTED! 

00C4  FE31 

00C6  C86D 

LDB 

RLO , f %6D 

00C8  3A86 

OUTB 

WR0A+10, RLO 

!Tx  CRC  ENABLE! 

OOCA  FE2B 

OOCC  2100 

LD 

RO , #1 

OOCE  0001 

00D0  3A22 

OTIRB 

@R1,@R2,R0 

I SEND  START  OF  TEXT! 

00D2  0010 

00D4  C8C0 

LDB 

RLO , #%C0 

00D6  3A86 

OUTB 

WROA, RLO 

1 RESET  TxUND/EOM  LATCH! 

00D8  FE21 

OODA  2100 

LD 

RO , #COUNT-l 

OODC  000B 

OODE  3A22 

OTIRB 

§R1,@R2,R0 

!SEND  MESSAGE! 

OOEO  0010 

00E2  C804 

LDB 

RLO, #%04 

00E4  3 El 8 

OUTB 

@R1 , RLO 

!SEND  END  OF  TRANSMISSION  CHARACTER! 

00E6  2100 

LD 

R0,*1670 

! CREATE  DELAY  BEFORE  DISABLING! 

OOE8  0686 

OOEA  P081 

DEL;  DJNZ 

RO ,DEL 

OOEC  C800 

LDB 

RLO , #0 

OOEE  3A86 

OUTB 

WR0A+10 ,RLO 

! DISABLE  TRANSMITTER! 

OOPO  FE2B 

00P2  9E08 

RET 

00F4 

END  TRANSMIT 

I*************  receive 

INT.  SERVICE 

ROUTINE  *************************1 

00F4 

GLOBAL  REC  PROCEDURE 

ENTRY 

00F4 

93F0 

PUSH 

@R15,R0 

00F6 

3A84 

INB 

RLO ,RR0A 

1READ  STATUS  FROM  RROA! 

OOF8 

FE21 

OOFA 

A684 

BITB 

RLO, *4 

1TEST  IF  SYNC  HUNT  RESET! 

OOFC 

EE02 

JR 

NZ, RESET 

1YES  CALL  RECEIVE  ROUTINE! 

OOFE 

5F00 

CALL 

RECEIVE 

0100 

006C* 

0102 

C808 

RESET;  LDB 

RLO , #%08 

0104 

3A86 

OUTB 

WR0A+2,RL0 

!WAIT  DISABLE! 

0106 

FE23 

0108 

C8D1 

LDB 

RLO , #%D1 

010A 

3A86 

OUTB 

WR0A+6 ,RL0 

1 ENTER  HUNT  MODE! 

010C 

FE27 

010E 

C820 

LDB 

RLO , *%20 

0110 

3A86 

OUTB 

WROA, RLO 

! ENABLE  INT  ON  NEXT  CHARI 

0112 

FE21 

0114 

C838 

LDB 

RLO , #%38 

0116 

3A86 

OUTB 

WROA, RLO 

1 RESET  HIGHEST  IUS1 

0118 

FE21 

011A 

97F0 

POP 

RO , @R15 

one 

7B00 

IRET 

011E 

END  REC 
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t ************  SPECIAL  CONDITION  INTERRUPT  SERVICE  ROUTINE  *************** i 

011E  GLOBAL  SPCOND  PROCEDURE 

ENTRY 


011E 

93F0 

PUSH 

@R15,R0 

0120 

3A84 

INB 

RLOf RROA+2 

{READ  ERRORS 1 

0122 

FE23 

{PROCESS  ERRORS  1 

0124 

C830 

LDB 

RL0 , *%30 

0126 

3A86 

OUTB 

WROA, RL0 

1 ERROR  RESET 1 

0128 

FE21 

012A 

C808 

LDB 

RL0,#%08 

012C 

3A86 

OUTB 

WR0A+2,RL0 

{WAIT  DISABLE, RxINT  ON  1ST  OR  SP  COND. 1 

012E 

FE23 

0130 

C8D1 

LDB 

RL0 , #%D1 

0132 

3A86 

OUTB 

WROA+6 ,RL0 

1HUNT  MODE , REC . ENABLE  1 

0134 

FE27 

0136 

C838 

LDB 

RL0,#%38 

0138 

3A86 

OUTB 

WROAf RL0 

{RESET  HIGHEST  IUS{ 

013A 

FE21 

013C 

97F0 

POP 

RO , @R15 

013E 

7B00 

IRET 

0140  END  SPCOND 

END  BISYNC 

0 errors 

Assembly  complete 
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INTRODUCTION 

This  application  note  describes  the  software 
initialization  procedure  for  the  Zilog  Serial 
Communications  Controller;  the  procedure  applies 
to  both  the  Z-SCC  (Z8030)  and  the  SCC  (Z8530). 
Although  the  Z8030  and  Z8530  have  different  bus 
interfaces,  their  registers  are  programmed  in  the 
same  order. 

A worksheet  is  provided  in  this  application  note 
to  assist  with  the  initialization  process.  A 
program  example  of  how  the  Z8000  initializes  the 
SCC  for  asynchronous  operation  is  shown  in 
Appendix  A.  Other  operation  modes  are  initialized 
in  a similar  manner  and  are  described  in  the  SCC 
Technical  Manual  (document  number  00-2057-01). 


shown  in  Figure  1,  is  an  example  of  a register 
that  contains  both  types  of  bits. 


D,  D„ 


COMMANDS  < 


0 

0 

0 

0 

0 

1 

0 

1 

0 

0 

1 

1 

1 

0 

0 

1 

0 

1 

1 

1 

0 

1 

1 

1 

BR  GENERATOR  ENABLE 
BR  GENERATOR  SOURCE 
DTR/REQUEST  FUNCTION 
AUTO  ECHO 
LOCAL  LOOPBACK 


\ 


> MODES 


NULL  COMMAND 
ENTER  SEARCH  MODE 
RESET  MISSING  CLOCK 
DISABLE  DPLL 

SET  SOURCE  = BR  GENERATOR 
SET  SOURCE  = RTxC 
SET  FM  MODE 
SET  NRZI  MODE 


REGISTER  OVERVIEW 

Each  of  the  SCC's  two  channels  has  its  own 
separate  Write  registers  that  are  programmed  to 
initialize  the  different  operating  modes.  There 
are  two  types  of  bits  in  the  Write  registers: 
Mode  bits  and  Command  bits.  Write  Register  14, 


Figure  1.  Command  and  Node  Bits 

Bits  D^-Dg  are  Mode  bits  that  can  be  enabled  or 
disabled  by  being  set  to  1 or  reset  to  0.  Each 
bit  has  one  function.  For  example,  bit  Dg  enables 
and  disables  the  BR  generator. 
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Bits  D7-D5  are  Command  bits,  which  require  the 
decoding  of  several  bits  to  enable  the  function, 
(Command  bits  are  usually  denoted  by  having  boxes 
drawn  around  them — see  Figure  1.)  Functions 
controlled  by  the  Command  bits  can  only  be 
enabled;  they  cannot  be  toggled  like  the  Mode 
bits.  For  example,  the  Search  .mode  is  entered  by 
setting  bits  D7-D5  to  001.  Each  command  requires 
a separate  write  of  the  entire  register.  Care 
must  be  taken  when  issuing  a command,  so  that  the 
Mode  bits  are  not  changed  accidentally. 

INITIALIZATION  PROCEDURE 

The  SCC  initialization  procedure  is  divided  into 
# 

three  stages.  The  first  stage  consists  of 
programming  the  operation  modes  (e.g.,  bits  per 
character,  parity)  and  loading  the  constants 
(e.g.,  interrupt  vector,  time  constants).  The 
second  stage  entails  enabling  the  hardware  func- 
tions (e.g.,  transmitter,  receiver,  baud  rate 
generator).  It  is  important  that  the  operating 
modes  are  programmed  before  the  hardware  functions 
are  enabled.  The  third  stage,  if  required,  con- 
sists of  enabling  the  different  interrupts. 

Table  1 shows  the  order  (from  top  to  bottom)  in 
which  the  SCC  registers  are  to  be  programmed. 
Those  registers  that  need  not  be  programmed  are 
listed  as  optional  in  the  comments  column.  The 
bits  in  the  registers  that  are  marked  with  an  "X" 


are  to  be  programmed  by  the  user.  The  bits  marked 
with  an  "S”  are  to  be  set  to  their  previously 
programmed  value.  For  example,  in  stage  2,  Write 
Register  3 bits  D'j-D7  are  shown  with  an  "S" 
because  they  have  been  programmed  in  stage  1 and 
must  remain  set  to  the  same  value. 

INITIALIZATION  TABLE 

Figure  2 provides  a worksheet  that  can  be  used  as 
an  aid  when  initializing  the  SCC.  The  bits  that 
must  be  programmed  as  either  a 0 or  a 1 are  filled 
in;  the  remaining  bits  are  left  blank  to  be 
programmed  by  the  user  according  to  the  desired 
mode  of  operation.  The  binary  value  can  then  be 
converted  to  a hexadecimal  number  and  placed  in 
the  table  after  the  Write  register  notation  in  the 
column  labeled  ”HEX.H  When  completed,  the 
worksheet  in  Figure  2 can  be  used  to  produce  a 
program  initialization  table. 

RESET  CONDITIONS 

The  SCC  should  be  reset  by  either  hardware  or 
software  before  initialization.  A hardware  reset 
can  be  accomplished  by  simultaneously  grounding  RD 
and  WR  on  the  Z8530  or  AS  and  DS  on  the  Z8030.  A 
software  reset  can  be  executed  by  writing  a C0|_j 
to  Write  Register  9.  The  states  of  the  SCC 
registers  after  reset  are  shown  in  Figure  3. 
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Table  1.  SCC  Initialization  Order 


Register  Data 


Comments 


WR9 

WRO 

WR4 

WR1 

WR2 

WR3 

WR5 

WR6 

WR7 

WR9 

WR10 
WR1 1 
WR12 
WR13 
WR14 

WR14 


WR3 

WR5 

WRO 

WR14 

WR1 


WR15 

WRO 

WRO 

WR1 

WR9 


1 1 0 0 0 0 0 0 
000000XX 
XXXXXXXX 

oxxooxoo 

XXXXXXXX 

xxxxxxxo 

xxxxoxxx 

XXXXXXXX 

XXXXXXXX 

oooxoxxx 

XXXXXXXX 

XXXXXXXX 

XXXXXXXX 

XXXXXXXX 

xxxxxxxo 

xxxsssss 


S S S S S S S 1 
S S S S 1 s s s 
1 0 0 0 0 0 0 0 
0 0 0 S S S S 1 

xssoosoo 


XXXXXXXX 
0 0 0 1 0 0 0 0 
0 0 0 1 0 0 0 0 
sssxxsxx 

ooosxsss 


Stage  1.  Nodes  and  Constants 

Hardware  reset. 

Select  Shift  mode  (Z8030  only). 

Transmit/Receive  control.  Selects  Async  or  Sync  mode. 
Select  W/REQ  (optional). 

Program  interrupt  vector  (optional). 

Selects  receiver  control.  Bit  Dq  (Rx  enable)  must  be 
set  to  0 at  this  time. 

Selects  transmit  control.  Bit  D3  (Tx  enable)  must  be 
set  to  0 at  this  time. 

Program  sync  characters. 

Program  sync  characters. 

Select  interrupt  control.  Bit  D3  (Master  interrupt 
enable)  must  be  set  to  0 
Miscellaneous  control  (optional). 

Clock  control. 

Time  constant  lower  byte  (optional). 

Time  constant  upper  byte  (optional). 

Miscellaneous  control.  Bit  Dg  (BR  Generator  enable) 
must  be  set  to  0 at  this  time. 

This  register  may  require  multiple  writes  if  more  than 
one  command  is  used. 

Stage  2.  Enables 

Set  Dg  (Rx  Enable). 

Set  D3  ( Tx  Enable) . 

Reset  TxCRC. 

BR  Generator  enable.  Set  bit  Dg  (BR  Generator 
Enable).  Enable  DPLL. 

Set  D7,  (DMA  enable)  if  required. 

Stage  3.  Interrupt  Enables 

Enable  external  interrupts. 

Reset  EXT/STATUS  twice. 

Reset  EXT/STATUS  twice. 

Enable  receive,  transmit,  and  external  interrupt 
master. 

Enable  Master  Interrupt  bit  D3. 


1 (Set  to  one) 

0 (Set  to  zero) 

X (User  choice) 

S (Same  as  previously  programmed) 
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Modes 


Enables 


Interrupt 


Register  Hex 


WR9 

C 

0 

WRO 

0 

WR4 

WR1 

WR2 

WR3 

WR3 

WR6 

WR7 

WR9 

WR10 

WR1 1 

WR1 2 

WR1 3 

WR14 

WR14 

WR3 

WR3 

WRO 

8 

0 

WR14 

WR1 

WR1 5 

WRO 

1 

0 

WRO 

1 

0 

WR1 

WR9 

Binary 


Comments 

Software  reset 


Reset  TxCRC 


Reset  Ext/Status 
Reset  Ext/Status 


Figure  2.  SCC  Initialization  Worksheet 


HARDWARE  RESET 


CHANNEL  RESET 


INITIALIZATION  EXAMPLE 


76543210  76543210 

The  program  example  in  Appendix  A shows  how  the 
Z8000  initializes  the  Z-SCC  for  asynchronous 
communication.  The  initialization  sequence  is 
stored  in  a table  beginning  with  the  program  label 
SCCTABLE  and  is  used  by  a subroutine  called 
ZINIT.  The  same  subroutine  can  use  different 
initialization  tables.  The  table  in  the  program 
example  requires  two  bytes  for  each  register;  the 
first  byte  is  the  register  address  and  the  second 
byte  is  the  data.  The  ZINIT  subroutine  takes  the 
data  in  this  table  and  writes  it  to  the  SCC. 
Three  arguments  must  be  set  before  calling  the 
subroutine: 

• The  peripheral  base  address  (in  R1). 

• The  address  of  the  beginning  of  the 
initialization  routine  (in  R2) . 

• The  number  of  entries  in  the  table  (in  R3) . 

For  the  Z8000  to  use  vectored  interrupts,  the 
peripherals  must  be  connected  to  ADg-ADy  of  the 
CPU’s  Address/Data  bus. 


Dots  (.)  are  indeterminate,  and  may  be  a 1 or  a 0. 

Figure  3.  Register  Values  After  Reset 
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Appendix  A 


Z8000  Program  Example 


plzasm  1.3 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 

1 SCC_INIT  MODULE 
$liston  $tty 
CONSTANT 

i *******************************************************  | 

i SCC  BASE  ADDRESS  i 

i i 

• • 

! The  SCC  is  I/O  mapped  at  address  location  ! 

! FEOO • This  is  accomplished  in  hardware  by  decoding  ! 

Ichip  enable  (CE)  from  addresses  AD8-AD15  and  the  status  I 

Hines  ST0-ST3.  The  SCC  address  is  assigned  to  the  1 

! label  SCCBASE  in  the  following  equate  statement.  ! 

j *******************************************************  j 


SCCBASE  :=  %FE00  IZ-SCC  base  address 


i ******************************************************* i 

! SCC  REGISTERS  ! 

i t 

• • 

! For  clarity,  the  address  of  the  internal  registers  ! 

!is  assigned  a label  as  shown  below  in  the  equate  1 

1 statements.  The  peripheral's  AD0-AD7  pins  must  be  ! 

I connected  to  the  CPU's  ADO -AD 7 pins  because  the  l 

! CPU  reads  the  interrupt  vector  from  the  low-order  byte  ! 

! ( AD0-AD7 ) during  an  Interrupt  Acknowledge  cycle.  ! 

!To  access  the  peripheral's  internal  registers,  the  I 

Ileast  significant  address  bit  (AO)  in  the  register  I 

iaddresses  must  be  set  to  1,  and  the  Shift  Left  mode  ! 

imust  be  selected.  ! 

i *******************************************************  j 


WROB 

= %01 

WR1B 

= %03 

WR2B 

= %05 

WR3B 

= %07 

WR4B 

= %09 

WR5B 

= %0B 

WR6B 

= %0D 

WR7B 

= %0F 

WR8B 

= %11 

WR9B 

= %13 

WR10B 

= %15 

WR11B 

= %17 

WR12B 

= %19 

WR13B 

= %1B 

WR14B 

= %1D 

WR15B 

= %1F 

WROA 

= % 21 

WR1A 

= %23 

WR2A 

= %25 

WR3A 

= %27 

WR4A 

= %29 

WR5A 

= %2B 

WR6A 

= % 2D 

WR7A 

= %2F 

WR8A 

= %31 

WR9A 

= %33 

WR10A 

= %35 

WR11A 

= %37 

WR12A 

= %39 

WR13A 

= %3B 

WR14A 

= %3D 

WR15A 

= %3F 
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Z8000  Program  Example  (Continued) 


0000 


0000 

0002 

0004 

0006 

0008 

000A 

000C 

000E 


0010 


0010 


0010 

0012 

0014 

0016 

0018 

001A 


GLOBAL  MAIN  PROCEDURE 

i ******************************************************* i 
• • 

i MAIN  PROGRAM  FLOW  ! 

i 1 

! To  initialize  the  SCC,  the  following  four  instruct-  ! 

lions  must  be  included  in  the  main  program.  The  first  ! 

Ithree  instructions  load  arguments  into  registers  ! 

! R1-R3  for  use  by  the  initialization  subroutine  ! 

1ZINIT.  The  fourth  instruction  calls  the  ZINIT  ! 

Isubroutine.  ! 

i ******************************************************* i 
• • 

ENTRY 


2101 

FE00 

LD 

R1,#SCCBASE 

! 1/ O address  of  Z-SCC  ! 

7602 

OOIC* 

LDA 

R2, SCOT ABLE 

1 Beginning  of  data  table  1 

6103 

0046' 

LD 

R3 , SCCCOUNT 

ISize  of  data  table  ! 

5F00 

0010' 

CALL 

ZINIT 

ICall  subroutine  1 

END  MAIN 


GLOBAL  ZINIT  PROCEDURE 

i *******************************************************  j 

! INITIALIZATION  SUBROUTINE  ! 

1 1 
i This  routine  is  called  from  the  main  program  ! 

!to  initialize  a Z-BUS  peripheral  in  a Z8000  system.  I 

!The  following  arguments  must  be  set:  ! 

i R1  = Base  address  of  peripheral  ! 

1 R2  = Pointer  to  data  table  ! 

! R3  = Number  of  iterations  i 

i *******************************************************  j 

ENTRY 


2029 

LDB 

RLl , §R2 

ILoad  register  address 
!from  table 

A920 

INC 

R2 

1 Increment  the  table 
Ipointer 

3A22 

0318 

OUTIB 

@R1 , @R2 , R3 

IWrite  data  to  the  SCC 

ECFB 

JR 

NOV, ZINIT 

! Repeat  if  not  at  the 
lend  of  the  table 

9E08 

RET 

IReturn  to  main  program 

! 


! 
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Z8000  Program  Example  (Continued) 


i******************************************************* 

m 

! SCC  INITIALIZATION  TABLE 

1 

1 This  table  is  used  to  initialize  the  SCC  for 
! Asynchronous  operation,  8 bits/character,  2 stop  bits, 
Ino  parity,  xl6  clock,  and  9600  baud. 

i******************************************************* 


SCCTABLE: 

l MODES  AND  CONSTANTS l 


001C 

33 

BVAL 

WR9A 

001D 

CO 

BVAL 

%C0 

001E 

29 

BVAL 

WR4A 

001F 

4C 

BVAL 

%4C 

0020 

25 

BVAL 

WR2A 

0021 

10 

BVAL 

%10 

0022 

27 

BVAL 

WR3  A 

0023 

CO 

BVAL 

%C0 

0024 

2B 

BVAL 

WR5A 

0025 

E2 

BVAL 

%E2 

0026 

2D 

BVAL 

WR6  A 

0027 

00 

BVAL 

%0 

0028 

2F 

BVAL 

WR7A 

0029 

00 

BVAL 

%0 

002A 

33 

BVAL 

WR9A 

002B 

01 

BVAL 

%01 

002C 

35 

BVAL 

WR10A 

002D 

00 

BVAL 

%0 

002E 

37 

BVAL 

WR11A 

002F 

56 

BVAL 

%56 

0030 

39 

BVAL 

WR12A 

0031 

06 

BVAL 

%06 

0032 

3B 

BVAL 

WR13A 

0033 

00 

BVAL 

%0 

0034 

3D 

BVAL 

WR14A 

0035 

02 

BVAL 

%02 

! ENABLES ! 

0036 

3D 

BVAL 

WR14A 

0037 

03 

BVAL 

%03 

0038 

27 

BVAL 

WR3  A 

0039 

Cl 

BVAL 

%C1 

003A 

2B 

BVAL 

WR5A 

003B 

EA 

BVAL 

%EA 

! ENABLE  INTERRUPTS! 


003C  3F 

BVAL 

WR15A 

003D  00 

BVAL 

%0 

003E  21 

BVAL 

WR0A 

003F  10 

BVAL 

%10 

0040  21 

BVAL 

WR0A 

0041  10 

BVAL 

%10 

0042  33 

BVAL 

WR9A 

0043  09 

BVAL 

%Q9 

0044  23 

BVAL 

WR1A 

0045  10 

BVAL 

%10 

IForce  hardware  reset  ! 

!xl6  clock, 2 stop  bits/character! 
! no  parity  ! 

llnterrupt  vector  = %10  ! 

!Rx  8 bits/char ;Rx  disabled  ! 

! Tx  8 bits/ char ;DTR;RTS;Tx  off  ! 

!null  (no  sync  char)  ! 

Inull  (no  sync  char)  ! 

! VIS ; Status  low  ! 

! NRZ  ! 

!Tx  & Rx  elk  = BRG; TRxC=BRG  out  ! 

!Time  const  = 6 (def ault=9600)  ! 

ITime  const  (high)  = 0 ! 

!BRG  source  = PCLK; BRG  off  ! 

iBRG  enable  I 

!Rx  enable  ! 

!Tx  enable  ! 

! All  ext/status  rupts  off  ! 

IReset  Ext/Status  interrupts  ! 

IReset  Ext/Status  interrupts  ! 

!MIE; VIS; Status  low  ! 

!Rx  int  on  all  rx  chars  or  ! 

Ispecial  condition  ! 


SCCCOUNT: 

0046  0015  WVAL  ( ( $-SCCTABLE) /2) -1 

0048  END  ZINIT 

END  SCCINIT 
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The  Z-FIO  in  a Data 
Acquisition  Application 


Application 
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INTRODUCTION 

The  Z8038  Z-FIO  is  an  intelligent  128x8  FIFO 
buffer  that  can  link  two  CPUs  or  a CPU  and  a 
peripheral  device.  The  Z-FIO  manages  data  trans- 
fers by  assuming  Z-BUS,  non-Z-BUS  (a  generalized 
microprocessor  interface),  2-Wire  Handshake,  and 
3-Wire  Handshake  operating  modes.  These  modes 
facilitate  interfacing  dissimilar  CPUs,  or  CPUs 
and  peripherals  running  under  differing  speeds  or 
protocols,  allowing  asynchronous  communication  and 
reducing  I/O  overhead.  The  width  of  the  buffer 
can  be  expanded  by  connecting  multiple  Z-FIOs  in 
parallel,  and  the  depth  can  be  expanded  by  using 
Z8060  FIFO  buffers. 

This  application  note  illustrates  the  use  of  the 
Z-FIO  in  a simple  data  acquisition  application,  in 
which  a peripheral  device  transfers  data  to  a 
Z8002-based  system  at  a constant  rate  of  one  byte 
every  100  fj,  s.  In  this  application,  it  is 

desirable  for  the  system  to  record  each  byte  in 
memory  as  well  as  dynamically  keep  track  of  the 
frequency  of  a certain  data  pattern.  The  Z-FIO 
facilitates  this  task  by  allowing  the  CPU  to 
handle  the  data  in  blocks  rather  than  requiring  it 
to  service  an  interrupt  every  100  pis. 

For  a more  complete  understanding,  this 
application  note  should  be  read  in  conjunction 
with  the  Z-FIO  Technical  Manual  (Document 
#00-2051-01). 

HARDWARE  CONFIGURATION 

In  this  application,  the  Port  1 side  of  the  Z-FIO 
is  connected  to  the  lower  byte  of  the  system  bus. 
The  Z-BUS  Low  Byte  mode  is  programmed  by 
connecting  Mq  and  M-j  to  ground.  The  Port  2 side 
receives  data  from  the  peripheral  device  using  the 
Interlocked  2-Wire  Handshake  mode.  Figure  1 shows 


the  Z8038  hardware  configuration,  and  Table  1 
gives  a description  of  each  signal  used  in  the 
application. 

INITIALIZING  THE  Z-FIO 

Before  writing  the  initialization  software,  the 
user  should  keep  in  mind  that  the  Z-FIO  is  con- 
nected to  the  lower  byte  of  the  system  bus,  so  all 
of  its  registers  have  odd  addresses.  Since  the 
least  significant  address  bit,  Ag,  must  always 
equal  1 when  performing  byte-oriented  accesses  to 
the  Z-FIO,  this  bit  cannot  be  used  to  select 
registers.  It  is  for  this  reason  that  the  Right 
Justified  Address  (RJA)  bit  in  Control  Register  0 
(CR0)  must  be  reset  to  0,  requiring  the  address  to 
be  left -shifted  by  one  bit  (i.e  bits  A^  _ A-j 
are  used  to  select  the  registers) . 

The  first  step  in  initializing  the  Z-FIO  is  the 
software  reset,  performed  by  writing  a 1 to  the 
Reset  bit  in  CR0.  Since  no  hardware  reset  circuit 
is  employed,  it  must  be  assumed  that  the  RJA  bit 
is  in  an  unknown  state  upon  power-up.  The  first 
access  must  be  performed  with  A4  - Ao  = 00000  so 
that  CR0  is  addressed  regardless  of  the  state  of 
the  RJA  bit.  A word-oriented  output  instruction 
(OUT)  is  executed,  with  the  Z-FIO's  even  base 
address  as  the  destination.  This  procedure  is 
detailed  in  the  program  listing  in  the  Appendix. 

The  ZINIT  procedure  completes  initialization.  It 
is  called  with  the  Z-FIO's  base  address  in  R1,  and 
it  uses  the  information  in  the  table  TAB  to  load 
the  Z-FIO's  registers.  TAB  is  a string  of  byte 
value  pairs,  each  pair  consisting  of  a target 
register  address  offset  and  a value  to  be  loaded 
into  the  corresponding  target  register.  For 
example,  the  first  two  byte  values  are  01  and  00. 
ZINIT  loads  the  value  00  to  the  target  register 
with  address  offset  01. 
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TO/FROM 

PERIPHERAL 

DEVICE 


Figure  1 


Z8038  Hardware  Configuration 


Table  1.  Signal  Descriptions 


ADg  - AD7  (Address/Data) 

DMASTB  (Direct  Memory 
Access  Strobe) 

DS  (Data  Strobe) 

R/W  (Read/Write) 

CS  (Chip  Select) 

AS  (Address  Strobe) 

INTACK  (Interrupt  Acknowledge) 
IEO  (Interrupt  Enable  Out) 

IEI  (Interrupt  Enable  In) 

INT  (Interrupt) 

D0  - D7  (Data) 

RFD/DAV  (Ready  for  Data/ 

Data  Available) 

ACKIN  (Acknowledge  Input) 

FULL 

EMPTY 


Z-BUS  Low  Byte:  Port  1 Side 

Multiplexed,  bidirectional  Address/Data  lines,  Z-BUS 
compatible. 

Input,  active  Low,  tied  High  in  this  example. 

Input,  active  Low;  provides  timing  for  data  transfer  to  or 
from  Z-FIO. 

Input,  active  High  signals  CPU  read  from  Z-FIO;  active  Low 
signals  write  to  Z-FIO. 

Input,  active  Low.  Enables  Z-FIO;  latched  on  the  rising 
edge  of  AS. 


Input,  active  Low.  Addresses,  CS  and  INTACK  sampled  while 
AS  Low. 

Input,  active  Low.  Acknowledges  an  interrupt.  Latched  on 
the  rising  edge  of  AS. 

Output,  active  High.  Sends  interrupt  enable  to  lower 
priority  device  IEI  pin. 

Input,  active  High.  Receives  interrupt  enable  from  higher 
priority  device  IEO  pin. 

Output,  open  drain,  active  Low.  Signals  Z-FIO  interrupt 
request  to  CPU. 


2-Wire  Handshake:  Port  2 Side 

Bidirectional  data  bus.  Input  in  this  example. 

Output,  RFD  active  High.  While  port  is  input,  signals  that 
Z-FIO  is  ready  to  receive  data. 

Input,  active  Low.  Signals  that  input  data  is  valid. 
Pull-up  resistor  ensures  that  ACKIN  is  High  when  handshake 
is  enabled. 

Output,  input,  open  drain,  active  High.  Must  be  pulled 
High  in  this  example  since  the  conditions  for  setting  the 
Full  Interrupt  Pending  (IP)  bit  are:  Buffer  is  full,  and 
FULL  input  is  High. 

Output,  input,  open  drain,  active  High.  Must  be  pulled  High 
in  this  example  since  the  conditions  for  setting  the  Empty 
IP  bit  are:  Buffer  is  empty,  and  EMPTY  input 
is  High. 
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INTERRUPT  CONSIDERATIONS 

Essential  to  this  application  are  the  powerful 
vectored  interrupt  capabilities  inherent  in  Z-BUS 
architecture.  When  the  Z8002  VI  input  is  pulled 
Low,  a vectored  interrupt  is  requested.  If  the 
Vectored  Interrupt  Enable  (VIE)  bit  in  the  Flag 
Control  Word  (FCW)  is  set  to  1,  the  Z8002  executes 
an  Interrupt  Acknowledge  cycle  during  which  it 
reads  a vector  from  the  lower  byte  of  the 
Address/Data  bus.  The  Z8002  then  loads  the  Program 
Status  registers  (which  include  the  FCW  and  the 
PC)  from  the  vector  table  in  the  Program  Status 
Area. 

The  Z-FIO  interrupts  the  CPU  each  time  the  buffer 
is  full.  In  servicing  the  Buffer  Full  interrupt, 
the  CPU  performs  the  necessary  overhead  operations 
and  then  executes  an  Input  Increment  and  Repeat 
Byte  (INIRB)  instruction  to  move  the  data  from  the 
Z-FIO  to  memory. 


Figure  2.  Assuming  a base  vector  value  of  00^, 
Table  2 gives  the  vectors  that  the  interrupt 
conditions  generate,  their  corresponding  PC 
values,  and  the  byte  offsets  that  address  these 
values  in  the  Program  Status  Area. 


VECTOR 

STATUS 


u 

D6 

D5 

d4 

d3 

d2 

Di 

Do  I 

r NO  INTERRUPTS  PENDING 

0 

0 

0 

BUFFER  EMPTY 

0 

0 

1 

BUFFER  FULL 

0 

1 

0 

OVER/UNDERFLOW  ERROR 

0 

1 

1 

BYTE  COUNT  MATCH 

1 

0 

0 

PATTERN  MATCH 

1 

0 

1 

DATA  DIRECTION  CHANGE 

1 

1 

0 

^ MAILBOX  MESSAGE 

1 

1 

1 

In  order  to  dynamically  count  the  occurrences  of  a 
certain  data  pattern,  the  Z-FIO  must  interrupt  the 
INIRB  instruction  each  time  the  pattern  appears  in 
the  Data  Buffer  register.  (INIRB  is  an  iterative 
instruction  and  can  be  interrupted  after  each 
execution  of  the  basic  operation.)  Finally,  when 
the  buffer  is  empty,  the  Z-FIO  interrupts  the 
INIRB  instruction  again  so  that  a 1 can  be  loaded 
into  the  iteration  counter  (in  this  case  R0)  and 
the  block  move  can  be  terminated.  This  method  of 
inputting  data  until  the  Z-FIO  is  empty  is  more 
efficient  than  inputting  a fixed  number  of  bytes, 
because  the  block  size  varies  according  to  the 
amount  of  time  spent  servicing  Pattern  Match 
interrupts. 

Initializing  the  Vector  Table 

The  vector  table  in  the  Program  Status  Area 
consists  of  an  FCW,  which  is  used  for  all  vectored 
interrupts,  and  up  to  256  word  values  that  can  be 
loaded  into  the  CPU's  PC  during  a Vectored  Inter- 
rupt Acknowledge  cycle.  These  values  correspond  to 
the  256  possible  values  of  the  Interrupt  Vector 
that  is  read  on  the  lower  byte  of  the  Address/Data 
bus.  The  vector  value  0 selects  the  first  PC 
value,  the  vector  value  1 selects  the  second  PC 
value,  and  so  on  up  to  the  vector  value  255. 

Though  Port  1 has  only  one  Interrupt  Vector 
register,  the  three  interrupt  conditions  used  in 
this  application  (Buffer  Empty,  Buffer  Full,  and 
Pattern  Match)  can  generate  unique  vectors  via  the 
Vector  Includes  Status  feature.  This  feature 
encodes  the  interrupt  status  into  bits  D-j  - D3  of 
the  vector  according  to  the  convention  shown  in 


Figure  2.  Interrupt  Vector  Register 


Table  2.  Interrupt  Vectors 


Interrupt 

Condition 

Interrupt 

Vector 

(hex) 

PC 

Value 

Byte 

Offset 

(decinal) 

Buffer  Empty 

02 

PC3 

34 

Buffer  Full 

04 

PC  5 

38 

Pattern  Match 

0A 

PC11 

50 

The  software  routines  show  how  these  byte  offsets 
(in  conjunction  with  the  PSAP)  form  indexed 
addresses  to  initialize  the  vector  table. 

Buffer  Full  Interrupt 

Buffer  Full  is  the  only  interrupt  that  interrupts 
the  background  task.  Since  one  byte  of  data 
is  moved  to  the  buffer  every  100  fls,  it  takes 
128  x 100  = 12.8  fjis  from  the  time  the  buffer  is 

empty  until  the  Buffer  Full  condition  requires 
service.  The  primary  task  of  the  FULL  service 
routine  is  to  execute  the  INIRB  instruction, 
which  moves  the  data  from  the  Z-FIO  to  a memory 
buffer  starting  at  location  BUF  (6000^).  Before 
INIRB  is  executed,  the  Pattern  Match  interrupt  is 
enabled,  the  Full  interrupt  is  disabled,  and  the 
Disable  Lower  Chain  command  is  issued  so  that  no 
interrupt  sources  of  lower  priority  than  the  Z-FIO 
can  interrupt  the  FULL  routine. 
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After  execution  of  the  INIRB  instruction,  the 
destination  pointer  (R1)  is  decremented  to 
compensate  for  the  extra  iteration  that  takes 
place  after  the  buffer  goes  empty.  The  Clear  Full 
Interrupt  Pending  command  is  issued  in  case  the 
Full  IP  bit  has  been  set  since  the  most  recent 
Clear  Full  IP  command  (e.g.  the  peripheral  device 
transferred  a byte  to  the  buffer  just  after  the 
first  iteration  of  the  INIRB  instruction,  thus 
causing  the  buffer  to  go  full  and  the  Full  IP  bit 
to  be  set).  The  Full  IE  bit  is  then  set  so  the 
Z-FIO  can  cause  an  interrupt  the  next  time  it  is 
full,  and  the  Pattern  Match  IE  bit  is  cleared  to 
prevent  a Pattern  Match  condition  from  inter- 
rupting the  background  task.  Finally,  the  lower 
daisy  chain  is  enabled  and  control  is  returned  to 
the  background  task. 

Buffer  Empty  Interrupt 

The  Buffer  Empty  IP  bit  is  set  whenever  the  Z-FIO 
makes  a transition  from  a "not -empty”  state  to  an 
empty  state.  In  this  application,  it  is  set  when 
the  INIRB  instruction  reads  the  last  byte  from  the 
Z-FIO  buffer.  Since  the  Buffer  Empty  interrupt 
has  lower  priority  than  the  Buffer  Full  interrupt, 
the  Full  Interrupt  Under  Service  (IUS)  bit  must  be 
cleared  if  the  Buffer  Empty  condition  is  to 
preempt  the  FULL  service  routine.  (Z-BUS  inter- 
rupt sources  hold  their  Interrupt  Enable  Output 
(IEO)  line  Low  whenever  their  IUS  bit  is  set.)  The 
EMPTY  service  routine  loads  a 1 into  the  itera- 
tion counter  (RO),  causing  the  INIRB  instruction 
to  be  terminated  after  the  next  iteration.  The 
service  routine  then  clears  the  Empty  IP  and  IUS 
bits  and  returns  control  to  the  FULL  routine. 


Pattern  Match  Interrupt 

The  Pattern  Match  interrupt  is  a higher  priority 
interrupt  than  the  Buffer  Full  interrupt,  and  it 
can  preempt  the  FULL  routine  if  the  Pattern  Match 
IE  bit  is  set.  The  Pattern  Match  IP  bit  is  set 
whenever  the  Data  Buffer  register  contains  the 
pattern  (specified  as  55^  by  the  initialization 
sequence).  The  PAT  service  routine  simply 
increments  the  pattern  counter  (RL3),  clears  the 
Pattern  Match  IP  and  IUS  bits,  and  returns  control 
to  the  FULL  routine.  The  IP  and  IUS  bits  are 
cleared  in  separate  commands  to  prevent  a spurious 
interrupt  caused  by  IUS  being  cleared  before  IP  is 
cleared.  The  background  task  can  interpret  the 
value  in  RL3  as  the  number  of  times  the  pattern 
55j_|  appears  in  the  most  recently  transferred 
block  of  data. 


APPENDIX 

Following  is  a listing  of  the  software  used  in 
this  application.  It  is  assumed  that  the  PSAP  has 
been  initialized  and  that  the  Z8002  is  in  System 
mode  when  it  enters  the  MAIN  procedure.  The 
background  task  is  simulated  by  the  "JR  $" 
instruction. 

Under  ZINIT,  each  address  offset  shown  is  keyed  to 
the  name  of  the  corresponding  register,  and  each 
loaded  value  is  keyed  to  the  effect  of  the  load. 
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LOC 

OBJ 

CODE 

STMT 

SOURCE  STATEMENT 

1 

RECEIVE 

MODULE 

2 

EXTERNAL 

ZINIT  PROCEDURE 

3 

INTERNAL 

CONSTANT 

4 

BUF 

:=  *6000 

! MEMORY  BUFFER! 

3 

FIOBASE  :=  ?*FDOO 

! F I 0 BASE  ADDR! 

6 

FDATA 

:=  *FD1F 

! FIO  DATA  REG! 

7 

CRO 

:=  %FD01 

’.CONTROL  REG  0! 

8 

ISR1 

:=  *FD07 

! INTR  STATUS  REG  1! 

9 

n 

ISR3 

:=  SoFDOB 

! INTR  STATUS  REG  3! 

0000 

u 

ii 

GLOBAL  MAIN  PROCEDURE 

12 

ENTRY 

13 

0000 

7C01 

14 

DI 

VI 

! DISABLE  VECTORED 

INTR! 

13 

16 

UNITIALIZE  FIO! 

0002 

BD01 

17 

LDK 

R0,#1 

0004 

3B06 

FDOO 

18 

OUT 

FIOBASE, RO 

! RESET  FIO  WITH 

EVEN  ADDR! 

0008 

2101 

FDOO 

19 

LD 

R1, //FIOBASE 

OOOC 

3F00 

0000* 

20 

CALL 

ZINIT 

21 

22 

UNITIALIZE  VECTOR  TABLE! 

0010 

7D13 

23 

LDCTL 

R1,PSAP 

! LOAD  PROG  STATUS 

AREA  PTR! 

0012 

4D15 

001C 

24 

LD 

28(R1),//5S400C 

! LOAD  FCW  FOR 

VECTORED  INTR! 

0016 

4000 

0018 

7602 

0038' 

25 

LDA 

R2,FULL 

! LOAD  ADDR  OF  FULL 

PROCEDURE! 

001C 

6F12 

0026 

26 

LD 

38(R1),R2 

’.ENTER  ADDR  IN 

VECTOR  TABLE! 

0020 

7602 

0084’ 

27 

LDA 

R2,PAT 

{ENTER  ADDR  OF 

PAT  PROCEDURE! 

0024 

6F12 

0032 

28 

LD 

50(R1),R2 

{ENTER  ADDR  IN 

VECTOR  TABLE! 

0028 

7602 

007A’ 

29 

LDA 

R2, EMPTY 

{LOAD  ADDR  OF 

EMPTY  PROCEDURE! 

002C 

6F12 

0022 

30 

LD 

34(R1),R2 

! ENTER  ADDR  IN 

VECTOR  TABLE! 

31 

32 

0030 

2101 

6000 

33 

LD 

R1,//BUF 

{LOAD  ADDR  OF  MEMORY 

BUFFER! 

0034 

7C05 

34 

El 

VI 

{ENABLE  VECTORED  INTR! 

0036 

E8FF 

35 

JR 

$ 

{BACKGROUND  TASK! 

0038 

36 

END  MAIN 

37 

0038 

38 

INTERNAL 

FULL  PROCEDURE 

39 

ENTRY 

40 
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LOC 

OBJ 

CODE 

STMT 

SOURCE  STATEMENT 

0038 

2100 

OCDC 

41 

LD 

RO,#5oOCDC 

003C 

3A06 

FD07 

42 

OUTB 

ISR1,RH0 

! SET  PATTERN  MATCH  IE! 

0040 

3A86 

FD01 

43 

OUTB 

CR0,RL0 

{DISABLE  LOWER  DAISY 

CHAIN! 

0044 

2100 

20E0 

44 

LD 

R0,#5o20E0 

0048 

3A06 

FDOB 

45 

OUTB 

ISR3,RH0 

! CLEAR  FULL  IP  & IUS! 

004C 

3A86 

FDOB 

46 

OUTB 

ISR3,RL0 

! CLEAR  FULL  IE! 

0050 

8CB8 

47 

CLRB 

RL3 

! INITIALIZE  COUNT! 

0052 

2102 

FD1F 

48 

LD 

R2,#FDATA 

0056 

7C05 

49 

El 

VI 

{ENABLE  VECTORED  INTR! 

50 

0058 

3A20 

0010 

51 

INIRB 

®R1,0R2,RO 

{READ  DATA  FROM  FIO! 

52 

005C 

7C01 

53 

DI 

VI 

{DISABLE  VECTORED  INTR! 

005E 

AB10 

54 

DEC 

R1 

0060 

2100 

AOCO 

55 

LD 

Ro,moco 

0064 

3A06 

FDOB 

56 

OUTB 

ISR3,RH0 

{CLEAR  FULL  IP! 

0068 

3A86 

FDOB 

57 

OUTB 

ISR3,RL0 

! SET  FULL  IE! 

006C 

2100 

0E9C 

58 

LD 

R0,n0E9C 

0070 

3A06 

FD07 

59 

OUTB 

ISR1 ,RHO 

{CLEAR  PATTERN  MATCH  IE! 

0074 

3A86 

FD01 

60 

OUTB 

CRO,  RLO 

{ENABLE  LOWER 

DAISY  CHAIN! 

0078 

7B00 

61 

IRET 

007A 

62 

END  FULL 

63 

007A 

64 

INTERNAL 

EMPTY  PROCEDURE 

65 

ENTRY 

007A 

BD01 

66 

LDK 

R0,#1 

{TERMINATE  BLOCK  MOVE! 

007C 

C302 

67 

LDB 

RH3,#5o02 

007E 

3A36 

FDOB 

68 

OUTB 

ISR3,RH3 

! CLEAR  EMPTY  IP  AND  IUS! 

0082 

7B00 

69 

IRET 

0084 

70 

END  EMPTY 

71 

0084 

72 

INTERNAL 

PAT  PROCEDURE 

73 

ENTRY 

0084 

A8B0 

74 

INCB 

RL3 

{INCREMENT  COUNT! 

0086 

2104 

0A06 

75 

LD 

R4,#5o0A06 

008A 

3A46 

FD07 

76 

OUTB 

ISR1 ,RH4 

! CLEAR  PATTERN  MATCH  IP! 

008E 

3AC6 

FD07 

77 

OUTB 

ISR1 ,RL4 

{CLEAR  PATTERN  MATCH  IUS! 

0092 

7B00 

78 

IRET 

0094 

79 

END  PAT 

80  END  RECIEVE 


1 

2 ZIN  MODULE 

0000  3 GLOBAL  ZINIT  PROCEDURE 

4 

3 ! THIS  IS  A GENERAL  ROUTINE  USED 

6 ! TO  INITIALIZE  A Z-BUS  PERIPHERAL 

7 ! IN  THIS  EXAMPLE  IT  INITIALIZES 

8 ! THE  Z-FIO. 

9 ! 
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LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 

10  ! R1  = PERIPHERAL  BASE  ADDR 

11  ! R2  = ADDR  OF  TABLE 

12  ! R3  = NO.  OF  BYTES  TO  BE  OUTPUT 

13 


14 

ENTRY 

0000 

7602 

0014' 

15 

LDA 

R2,TAB 

0004 

6103 

0024' 

16 

LD 

R3, COUNT 

17 

LOOP: 

0008 

2029 

18 

LDB 

RL1  ,®R2 

OOOA 

A920 

19 

INC 

R2 

OOOC 

3A22 

0318 

20 

OUTIB 

(§R1  ,®R2, 

R3 

21 

0010 

ECFB 

22 

JR 

NOV, LOOP 

0012 

9E08 

23 

RET 

24 

25 

TAB: 

0014 

01 

26 

BVAL 

SOI 

! CONTROL  REGISTER  0! 

0013 

00 

27 

BVAL 

SOO 

! CLEAR  RESET! 

0016 

01 

28 

BVAL 

SOI 

! CONTROL  REGISTER  0! 

0017 

OC 

29 

BVAL 

SOC 

! INTERLOCKED  HS  PORT! 

0018 

15 

30 

BVAL 

si5 

! CONTROL  REGISTER  3! 

0019 

50 

31 

BVAL 

S50 

! INPUT  TO  CPU! 

001A 

13 

32 

BVAL 

SI  3 

! CONTROL  REGISTER  2! 

001B 

03 

33 

BVAL 

SO  3 

! ENABLE  PORT  2! 

001C 

IB 

34 

BVAL 

SIB 

{PATTERN  MATCH  REGISTER! 

001 D 

55 

35 

BVAL 

S55 

! PATTERN  IS  55! 

001E 

OB 

36 

BVAL 

SOB 

! INTERRUPT  STATUS  REGISTER  3! 

001 F 

CC 

37 

BVAL 

see 

! SET  FULL  AND  EMPTY  IE! 

0020 

01 

38 

BVAL 

SOI 

{CONTROL  REGISTER  0! 

0021 

9C 

39 

BVAL 

S9C 

! SET  MIE  BIT! 

40 

41 

COUNT: 

0022 

0008 

42 

WVAL 

( ($-TAB)/2  -1) 

0024 

43 

END  ZINIT 

44 

END  ZIN 
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